More Related Links
+SAFE, V1.2: A Safety Extension to CMMI-DEV, V1.2 |
 |
+SAFE, V1.2: A Safety Extension to CMMI-DEV, V1.2 | |
10 Proven Principles for Process Improvement and Organizational Success |
|
This presentation provides an overview of ten proven principles for process improvement and organizational success. | |
1999 Survey of High Maturity Organizations, The |
|
The 1999 Survey of High Maturity Organizations | |
20 Points for Quality and Process Improvement |
|
This presentation provides 20 distinct tips for improving the quality of process improvement efforts. | |
2001 High Maturity Workshop, The |
|
The 2001 High Maturity Workshop | |
2006 State of Software Measurement Practice Survey |
|
The objectives of this survey are to characterize: | |
2nd International Off-the-Shelf Development Method Workshop Report |
|
presentation given at the 6th IEEE International Conference on COTS-Based Software Systems (ICCBSS) 2007, Alberta, Canada (February-March 2007) | |
3rd International Conference on COTS-Based Software Systems |
|
3rd International Conference on COTS-Based Software Systems | |
3rd International Workshop on Adoption-Centric Software Engineering |
|
This report contains a set of papers that were presented at the Third International Workshop on Adoption-centric Software Engineering (ACSE). | |
A 4591 Description of the Systems Engineering Capability Maturity Model Appraisal Method, Version 1.0 |
|
A 4591 Description of the Systems Engineering Capability Maturity Model Appraisal Method, Version 1.0 | |
A Basis for Composition Language CL |
|
A Basis for Composition Language CL | |
A Basis for an Assembly Process for COTS-Based Systems (APCS) |
|
This paper describes a generic process framework for developing software systems based on commercial off-the-shelf (COTS) products. The framework is based on Barry Boehm's familiar spiral development process. However, it is primarily intended for projects that make significant use of commercial components and other pre-existing software as elements of the system to be fielded. The aspects of the process that are most affected by this reliance on COTS components lie in the area of requirements, and the description of the process is most extensive in that area. The necessity of using system prototypes as the major vehicle for reducing risk is assumed, as are parallel and interleaved periods of gathering and refining knowledge about the system to be built. Each element of the process is first described and then depicted in several models, using Integrated Definition modeling technique (IDEF0). The paper describes how the interactions between the candidate COTS components, the stakeholders' implicit and explicit needs, and the context in which the system will operate all provide interacting constraints on both the process and the resulting system. | |
A Best Practices Survey of the Rail Road Industry |
|
Presented: January 2004 | |
A Bibliography of Externally Published Works by the SEI Engineering Techniques Program |
|
A Bibliography of Externally Published Works by the SEI Engineering Techniques Program | |
A Bibliography of the Personal Software Process (PSP) and the Team Software Process (TSP) |
|
Since the early 1990s, widespread use of the Personal Software Process (PSP) and Team Software Process (TSP) has resulted in a substantial body of literature about these methodologies and the experiences of organizations that have used them. This special report provides a bibliography of books, articles, and other literature concerning the PSP and TSP methodologies. | |
A Case Study in Structural Modeling |
|
This report describes structural modeling, a technique for creating software architectures based on a small set of design elements called structural types. | |
A Case Study in Successful Product Line Development |
|
A Case Study in Successful Product Line Development | |
A Case Study in applying Architecture Evaluation Methods (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
A Case Study on Analytical Analysis of the Inverted Pendulum Real-Time Control System |
|
An inverted pendulum has been used as the controlled device in a prototype real-time control system employing the Simplex architecture. In this report, we address the control issues of such a system in an analytic way. | |
A Classification Scheme for Software Development Methods |
|
A Classification Scheme for Software Development Methods | |
A Classification and Bibliography of Software Prototyping |
|
A Classification and Bibliography of Software Prototyping | |
A Collaboration in Implementing Team Risk Management |
|
A Collaboration in Implementing Team Risk Management | |
A Comparison of ADA 83 and C++ |
|
A Comparison of ADA 83 and C++ | |
A Comparison of ISO 9001 and the Capability Maturity Model for Software |
|
A Comparison of ISO 9001 and the Capability Maturity Model for Software | |
A Comparison of Requirements Specification Methods from a Software Architecture Perspective |
|
In this report, five methods for the elicitation and expression of requirements are evaluated with respect to their ability to capture architecturally significant requirements. | |
A Comparison of Requirements Specification Methods from a Software Architecture Perspective |
|
Presented: April 2006 | |
A Conceptual Framework for Network Centric Warfare |
|
Presented: December 2002 | |
A Cost Model for Software System Families |
|
Presented: January 2003 | |
A Data Specification for Software Project Performance Measures: Results of a Collaboration on Performance Measurement |
|
A Data Specification for Software Project Performance Measures: Results of a Collaboration on Performance Measurement | |
A Description of Cluster Code Generated by the Durra Compiler |
|
A Description of Cluster Code Generated by the Durra Compiler | |
A Design Space and Design Rules for User Interface Software Architecture |
|
Design Space and Design Rules for User Interface Software Architecture, A | |
A Discussion of Open Source Software |
|
A Discussion of Open Source Software | |
A Family of SCAMPI Appraisal Methods |
|
This presentation provides an overview of the SCAMPI appraisal method. | |
A Federation Object Model (FOM) Flexible Federate Framework |
|
The concept of a framework as a reusable software component has become a state-of-the-practice technique in software companies. A number of frameworks based on High Level Architecture (HLA) are available commercially, and many companies have developed their own frameworks for internal applications. Using a framework reduces development time and allows software architects and programmers to focus on the unique aspects of the simulation. However, the challenge of developing a reusable component to support dynamic reconfigurability remains. Indeed, existing frameworks use a static object-model representation that requires full knowledge of object model components when a federate is built (at compile-time). This report describes an approach to designing a domain framework that encapsulates expertise in developing an HLA federate by hiding runtime infrastructure (RTI) internal operations from the developer. This approach uses a JavaTM virtual machine and a parser to map object representations of federation object model (FOM) elements dynamically. | |
A Framework for Categorizing Key Drivers of Risk |
|
This technical report features a systemic approach for managing risk that takes into account the complex nature of distributed environments. By starting at the top, examining program objectives and then identifying factors that determine whether or not those objectives will be achieved, managers can get a holistic view of their program's risk. | |
A Framework for Making Architectural Decisions in a Business Context (SATURN 2009) |
|
presentation given at SATURN 2009, which was held in Pittsburgh, PA in May 2009 | |
A Framework for Software Product Line Practice |
|
A Framework for Software Product Line Practice | |
A Framework for the Specification of Acquisition Models |
|
A Framework for the Specification of Acquisition Models | |
A Holistic Approach to Process Improvement Using the People CMM and the CMMI-DEV: Technology, Process, People, and Culture, the Holistic Quadripartite |
|
This presentation examines the role that organization culture plays in the "process triangle" of people, process, and technology. | |
A Jumpstart Method for Business Goals and Project Objectives Supporting CMMI High Maturity |
 |
This webinar discusses the mechanics of one approach to jumpstart a business goal and objective activity such that the resulting statements readily support the planning of statistical management and process performance modeling. | |
A Jumpstart Method for Business Goals and Project Objectives Supporting CMMI High Maturity |
|
Presented in a SEI webinar on Thursday, August 21, 2008 | |
A Life-Cycle Approach to Technology Transition |
|
A Life-Cycle Approach to Technology Transition | |
A Life-Cycle View of Architecture Analysis and Design Methods |
|
This report examines these methods and activities to understand their commonalities and relationships to life-cycle changes, and proposes a means of tailoring the activities so that they can fit more easily into existing life-cycle models. | |
A Light-Weight Architecture Trade Off Process Based on ATAM A Panel Presentation: Sharing Experiences with ATAM (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
A Measurement & Analysis Training Solution Supporting CMMI & Six Sigma Transition |
|
Presented: October 2004 | |
A Method for Reasoning About an Acquisition Strategy |
|
Presented: January 2005 | |
A Methodology to Support Software-Release Decisions |
|
A Methodology to Support Software-Release Decisions | |
A Model Problem Approach to Measurement-to-Track Association |
|
This report illustrates the use of model problems in the design of a system. | |
A Model Problem for an Open Robotics Controller |
|
This report describes the model problem created to support the continued enhancement and development of the prediction-enabled component technology (PECT) reasoning frameworks for an industrial trial in the domain of industrial robotics. | |
A Modest Process Area Proposal: "Blame Allocation" |
|
This presentation contains a proposal for a new process area called "blame allocation, which would ensure that, for every instance of things going seriously wrong, a politically acceptable guilty culprit is identified rapidly and visibly, with punishment meted out as warranted. | |
A Personal Quality Strategy |
|
A Personal Quality Strategy | |
A Practical Application of CMMI Level 5 Practices |
|
This presentation provides a case study of the Future Scout and Cavalry System program, circa 2001. | |
A Practical Application of the Ceiling Protocol in a Real-Time System |
|
This paper briefly discusses some of the real-time design issues that arise when using the priority ceiling protocol for real-time systems. The paper shows a small real-time system design and shows how the code in the system could be structured to satisfy the requirements of the ceiling protocol. This paper will be presented at the 2nd International Workshop on Real-Time Ada Issues in May 1988. | |
A Practical Approach for Building CMMI Process Performance Models |
|
Presented in a SEI webinar on Monday, April 28, 2009 | |
A Practical Approach for Building CMMI Process Performance Models |
|
This webinar targets individuals who will be developing and using process performance models as part of an overall CMMI High Maturity improvement framework. | |
A Practical Approach for Managing Risk |
|
Most programs would benefit by improving, or in some cases replacing, their current risk management practices. The SEI Mission Success in Complex Environments (MSCE) project team develops practical and innovative methods and tools for measuring, assessing, and managing program risks. | |
A Practical Approach for Managing Risk |
|
Presented in a SEI webinar on June 18 2009 | |
A Practical Approach to Improving Pilots |
|
A Practical Approach to Improving Pilots | |
A Practical Example of Applying Attribute-Driven Design (ADD), Version 2.0 |
|
A Practical Example of Applying Attribute-Driven Design (ADD), Version 2.0 | |
A Practitioner View of CMMI Process Performance Models |
|
This presentation is a half-day tutorial presented at North America SEPG. | |
A Practitioner's Handbook for Real-Time Analysis: Guide to Rate Monotonic Analysis for Real-Time Systems |
 |
A Practitioner's Handbook for Real-Time Analysis: Guide to Rate Monotonic Analysis for Real-Time Systems contains a collection of quantitative methods that enable real-time systems developers to understand, analyze, and predict the timing behavior of many real-time systems. | |
A Proactive Means for Incorporating a Software Architecture Evaluation in a DoD System Acquisition |
|
This technical note provides guidance on how to contractually incorporate architecture evaluations in an acquisition. A sample Software Architecture Evaluation Plan is provided that can be easily customized by a DoD program office for use in its own RFP and contracts. | |
A Process Research Framework |
|
The SEI's International Process Research Consortium (IPRC) brings together 27 leaders from academia and industry to study the implications of both plausible future scenarios and existing process research. | |
A Process for COTS Software Product Evaluation |
|
As part of a cooperative effort, the Software Engineering Institute and National Research Council Canada have defined a tailorable commercial off-the-shelf (COTS) software product evaluation process that can support organizations in making carefully reasoned and sound product decisions. The background fundamentals for that evaluation process, as well as steps and techniques to follow, are described in this report. | |
A Process for Context-Based Technology Evaluation |
|
This report describes a process called context-based evaluation that determines the fitness of a technology within a specific context. | |
A Process for Evaluating COTS Software Products |
|
A Process for Evaluating COTS Software Products | |
A Process-Oriented (Practical) Approach to Program Office Systems Engineering Management Using the CMMI-AM as a Guide |
|
Presented: January 2005 | |
A Product Line Architecture for Army Aviation Diagnostics and Maintenance: Views and Evolution (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
A Proposed Taxonomy for Software Development Risks for High-Performance Computing (HPC) Scientific/Engineering Applications |
|
A Proposed Taxonomy for Software Development Risks for High-Performance Computing (HPC) Scientific/Engineering Applications | |
A Report on the May 2002 CMMI Workshop |
|
This report summarizes the results of the CMMI Workshop held May 7-8, 2002. | |
A Research Perspective on Maintenance and Reengineering of Service-Oriented Systems |
 |
This position paper surveys the landscape of service-oriented architecture practice as it pertains to service-orientation maintenance and reengineering. | |
A Scenario for Using the Product Line Practice Framework |
|
A Scenario for Using the Product Line Practice Framework | |
A Scenario-Based Technique for Developing SOA Technical Governance |
|
Organizations can make the available SOA governance frameworks more effective in their organizations using the scenario-based tailoring technique introduced in this technical note. | |
A Simple and Flexible Specification for an Enterprise Architecture Practice (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
A Software Architecture for Dependable and Evolvable Industrial Computing Systems |
|
Software Architecture for Dependable and Evolvable Industrial Computing Systems, A | |
A Software Product Line Vision for Defense Acquisition |
|
Experience in industry and government over the last 10 years has shown that a software product line approach can significantly improve productivity and product quality, facilitate change, and reduce life-cycle costs. Defense acquisition policy calls for such improvements related to software but makes no explicit mention of a product line approach as an option. Although policy gives program managers sufficient flexibility to adopt a product line approach, there is little awareness of this possibility and considerable uncertainty concerning when and how to do it. This note presents a vision for software product lines as an acquisition focus and suggests extensions to current Department of Defense policy and practices to increase the awareness of and receptivity to product line acquisition as a viable alternative. | |
A Specification for Software Project Performance Measures |
|
A Specification for Software Project Performance Measures | |
A Study of Product Production in Software Product Lines |
|
A software product line organization exists to produce products. Much of the research on creating products via product lines has focused on developing core assets such as requirements, architectures, and components. This technical note presents the results of a study that focused on how product line organizations create products (e.g., their production strategy and how core assets are used in the production process). These results include compiled responses to the questionnaire used in the study and follow-up interviews. | |
A Summary of DoD COTS-Related Policies |
|
A Summary of DoD COTS-Related Policies | |
A Superior Process: Requirements |
|
This presentation from Watts Humphrey provides information about the benefits of process improvement, as well as examples of organizations that could have used process improvement effectively. | |
A Survey of Systems Engineering Effectiveness: Initial Results |
|
A Survey of Systems Engineering Effectiveness: Initial Results | |
A Systems Thinking Approach to Building and Updating C4ISR Architecture Views |
|
Presented: January 2003 | |
A Taxonomy of Operational Risks |
|
A Taxonomy of Operational Risks | |
A Taxonomy of Operational Risks |
|
Presented: January 2005 | |
A Taxonomy of Security-Related Requirements |
|
A Taxonomy of Security-Related Requirements | |
A Taxonomy of Variability in Web Service Flows |
|
presented at Service Oriented Architectures and Product Lines - What is the Connection? (SOAPL - 07), September 10, 2007, Kyoto, Japan | |
A Technical Overview of Risk and Opportunity Management |
|
A technical overview of systemic risk and opportunity management for distributed environments. | |
A Template for Documenting Prediction-Enabled Component Technologies |
|
This report suggests a template for documenting a PECT, and provides guidelines and a few | |
A Unified Process Improvement Approach for Multi-Model Improvement Environments |
|
A Unified Process Improvement Approach for Multi-Model Improvement Environments | |
A Workshop on Architecture Competence |
|
This report summarizes a workshop on architecture competence that was held at the SEI in June 2008, where practitioners discussed key issues in assessing architecture competence in organizations. | |
A-Specification for the CMMI Product Suite, version 1.6 |
|
A-Specification for the CMMI Product Suite, version 1.6 | |
A-Specification for the CMMI Product Suite, version 1.7 |
|
A-Specification for the CMMI Product Suite, version 1.7 | |
ADA Adoption Handbook |
|
ADA Adoption Handbook | |
ADA Adoption Handbook: A Program Manager's Guide, Version 2.0 |
|
ADA Adoption Handbook: A Program Manager's Guide, Version 2.0 | |
ADA Adoption Handbook: Compiler Evaluation and Selection Version 1.0 |
|
ADA Adoption Handbook: Compiler Evaluation and Selection Version 1.0 | |
ADA Binding to the SAFENET Lightweight Application Services, An |
|
An ADA Binding to the SAFENET Lightweight Application Services | |
ADA Performance Benchmarks on the Motorola MC68020: Summary and Results |
|
This report documents the results obtained from running Ada performance benchmarks on a DEC VAXELN MicroVAX II using the DEC VAXELN Ada compiler. | |
ADA Validation Tests for Rate Monotonic Scheduling Algorithm |
|
This report presents a set of tests for checking whether an ADA runtime system properly supports certain rate monotonic scheduling algorithms, specifically, the basic inheritance and priority ceiling protocols. | |
ADA for Embedded Systems: Issues and Questions |
|
This report addresses issues and questions related to the use of ADA for embedded systems applications; it contains some preliminary recommendations for compilation system implementors, application developers, program managers, and ADA policy makers. The issues and questions provide the context for the Real-Time Embedded Systems Testbed (REST) Project at the SEI, where staff members are investigating software development and performance issues for real-time embedded systems. | |
AMORE: The Advanced Multimedia Organizer for Requirements Elicitation |
|
AMORE: The Advanced Multimedia Organizer for Requirements Elicitation | |
APSE Interactive Monitor: A Software Artifact for Software Engineering Education |
|
APSE Interactive Monitor: A Software Artifact for Software Engineering Education | |
ARC, V1.0 Assessment Requirements for CMMI, Version 1.0 |
|
ARC, V1.0 Assessment Requirements for CMMI, Version 1.0 | |
ASSIP Study of Real-Time Safety-Critical Embedded Software-Intensive System Engineering Practices |
|
ASSIP Study of Real-Time Safety-Critical Embedded Software-Intensive System Engineering Practices | |
ATAM Experiences |
|
Presented: April 2005 | |
ATAM Leader Certification Program |
|
This document describes the ATAM Leader Certification Program. | |
ATAM and Collaboration at the Enterprise Level |
|
Presented: April 2006 | |
ATAM: Method for Architecture Evaluation |
|
ATAM: Method for Architecture Evaluation | |
ATLAS Shrugged |
|
This presentation provides an overview of a scenario-based email forum designed to elicit opinions from lead appraisers on topics of interest to that particular community. | |
Abacus Architectural Approach to Software, System, and Enterprise Evolution, The |
|
Presented: April 2005 | |
About Sustaining Process Improvement |
|
This presentation provides guidance on how to sustain process improvement efforts, once those efforts are implemented. | |
Academic Legitimacy of the Software Engineering Discipline |
|
Academic Legitimacy of the Software Engineering Discipline | |
Accelerating CMMI Adoption Using Six Sigma: Northrop Grumman Case Study |
|
This presentation provides a case study of a CMMI and Six Sigma implementation at Northrop Grumman in 2004. | |
Accelerating CMMI Implementation with PSP and TSP in a Small Organization |
|
This presentation provides an overview of a CMMI implementation in a small organization, in conjunction with PSP and TSP. | |
Accelerating CMMI Implementation with Technology Adoption Tools |
|
Accelerating CMMI Implementation with Technology Adoption Tools | |
Accelerating the Adoption of Improved Practices Using Acquisition Pilots |
|
Presented: January 2004 | |
Achieving Product Qualities Through Software Architecture Practices |
|
Presented: March 2004 | |
Achieving Quality Requirements with Reused Software Components: Challenges to Successful Reuse |
|
Presented: May 2005 | |
Achieving Success via Multi-Model Process Improvement |
|
This is a tutorial. The results of the group exercises are attached to the tutorial PDF. | |
Achieving Success via Multi-Model Process Improvement: SEPG 2007 |
|
This presentation provides information on multi-model process improvement. | |
Achieving Usability Through Software Architecture |
|
Achieving Usability Through Software Architecture | |
Acquiring Evolving Technologies: Web Services Standards |
|
Acquiring Evolving Technologies: Web Services Standards | |
Acquiring Evolving Technologies: Web Services Standards |
|
Presented: October 2006 | |
Acquisition Archetypes: Brooks' Law |
|
From the Acquisition Support Program, one in a series of short papers on acquisition patterns of failure. | |
Acquisition Archetypes: Everything for Everybody |
|
When projects attempt to please too many customers, complexity mounts, schedules slip, costs expand ... and no one is happy. | |
Acquisition Archetypes: Feeding the Sacred Cow |
|
Some programs take on a life of their own--privileged, and woven into an organization's existence. But when "sacred cow" projects begin to go wrong, that privilege and protection makes fixing them even more difficult. | |
Acquisition Archetypes: Firefighting |
|
All hands on deck helps put out the immediate blazes threatening projects, but falling into a routine of constant firefighting is not the way to guide a project across the finish line. | |
Acquisition Archetypes: Happy Path Testing |
|
From the Acquisition Support Program, one in a series of short papers on acquisition patterns of failure. | |
Acquisition Archetypes: Longer Begets Bigger |
|
Planning for a long development period doesn't always solve acquisition scheduling problems. Sometimes it makes them worse. | |
Acquisition Archetypes: PMO versus Contractor Hostility |
|
Everyone intends the best in project-driven marriages of PMOs and contractors, but good intentions can't overcome the hostility generated by loss of trust and squabbles in poorly developed relationships. | |
Acquisition Archetypes: Robbing Peter to Pay Paul |
|
In today's acquisition environment, where progress is sometimes measured by dollars spent, underspending is not a virtue. In fact, it can lead to having funds shifted to another program. | |
Acquisition Archetypes: Staff Burnout and Turnover |
|
Applying more pressure on staff can temporarily increase productivity, but burnout soon sets in. | |
Acquisition Archetypes: The Bow Wave Effect |
|
Acquisition Archetypes: The Bow Wave Effect | |
Acquisition Archetypes: Underbidding the Contract |
|
From the Acquisition Support Program, one in a series of short papers on acquisition patterns of failure. Acquisition Archetype: Underbidding the Contract | |
Acquisition Modeling: The Key to Managing Acquisition Complexity? |
|
3rd OSD Conference on the Acquisition of Software-Intensive Systems, January 2004 | |
Acquisition Oversight as a Function of Program Office Capability |
|
Presented: January 2004 | |
Acquisition Pilot: The Application of OAR in a Lead System Integrator Context |
|
Presented: January 2004 | |
Acquisition Practices: Good and Bad |
|
Presented: January 2003 | |
Acquisition Process Improvement in Stealth Mode: is It IDEAL? |
|
A presentation made by the Joe Wickless of the SEI at the 2009 SEPG: Acquisition Process Improvement in Stealth Mode: is It IDEAL? | |
Acquisition Process for the Management of Risks of Cost Overrun and Time Delay Associated with Software Development, An |
|
An Acquisition Process for the Management of Risks of Cost Overrun and Time Delay Associated with Software Development | |
Acquisition Support Program Overview |
|
Presented: March 2006 | |
Acquisition Support: Helping Programs Succeed |
|
Presented: March 2007 | |
Acquisition Support: Helping Programs Succeed (2008) |
|
Acquisition Support: Helping Programs Succeed (2008) | |
Active Reviews for Intermediate Designs |
|
Active Reviews for Intermediate Designs | |
Activity Framework for COTS-Based Systems, An |
|
An Activity Framework for COTS-Based Systems | |
Ada Performance Benchmarks on the MicroVAX II: Summary and Results, Version 1.0 |
|
Ada Performance Benchmarks on the MicroVAX II: Summary and Results, Version 1.0 | |
Adapting CMMI for Acquisition Organizations: A Preliminary Report |
|
Adapting CMMI for Acquisition Organizations: A Preliminary Report | |
Adaptive System Infrastructure for Ultra-Large-Scale Systems |
|
presentation made at the 2008 SMART Ultra-Large-Scale System Forum, Carnegie Mellon University | |
Adopting Software Product Lines: Getting Leverage from Your Process Improvement |
|
Presented: June 2005 | |
Adoption of Software Engineering Innovations in Organizations |
|
Adoption of Software Engineering Innovations in Organizations | |
Advanced Engineering Environments for Small Manufacturing Enterprises |
|
Presented: January 2003 | |
Advanced Engineering Environments for Small Manufacturing Enterprises: Volume I |
|
Advanced Engineering Environments for Small Manufacturing Enterprises: Volume I | |
Advanced Engineering Environments for Small Manufacturing Enterprises: Volume II |
|
Advanced Engineering Environments for Small Manufacturing Enterprises: Volume II | |
Advanced Information Assurance Handbook |
|
Advanced Information Assurance Handbook | |
Advanced Risk Analysis for High-Performing Organizations |
|
Presented: October 2006 | |
Advancing the State of Software Product Line Practice |
|
Advancing the State of Software Product Line Practice | |
After the Appraisal: A Systematic Survey of Process Improvement, its Benefits, and Factors that Influence Success |
|
After the Appraisal: A Systematic Survey of Process Improvement, its Benefits, and Factors that Influence Success | |
Agile/Lean Development and CMMI |
|
This presentation provides a comparison of the concepts of Agile and Lean development, and investigates the applicability and usefulness of the CMMI product suite in Agile and Lean development efforts. | |
Agora: A Search Engine for Software Components |
|
Agora: A Search Engine for Software Components | |
Air Force Software Intensive Systems Strategic Improvement Program (AFSSIP) |
|
Presented: January 2004 | |
Aligning Business Models, Business Architectures, and IT Architectures |
|
Aligning Business Models, Business Architectures, and IT Architectures | |
Aligning Organizational Activities with Architectural Design |
 |
A presentation with audio | |
An Acquirer's Guide to Navigating Contractor Data |
|
Presented: January 2004 | |
An Adoption Roadmap for Software Product Line Practice |
|
An Adoption Roadmap for Software Product Line Practice | |
An Alternative to TRLs for COTS Software-Intensive Systems |
|
Presented: January 2004 | |
An Alternative to Technology Readiness Levels for Non-Developmental Item (NDI) Software |
|
An Alternative to Technology Readiness Levels for Non-Developmental Item (NDI) Software | |
An Application of an Iterative Approach to DoD Software Migration Planning |
|
In recent years, system modernization has received much attention within the Department of Defense (DoD). Typically, that attention has focused on the technical and acquisition issues associated with the new system. Less attention has been paid to the equally important issue of planning the migration from the old system to the new system. | |
An Approach to Software Architecture Analysis for Evolution and Reusability |
|
An Approach to Software Architecture Analysis for Evolution and Reusability | |
An Architectural Analysis Case Study: Internet Information Systems |
|
presented at the First International Workshop on Architectures for Software Systems, Seattle, April 1995 | |
An Architectural Analysis Case Study:Internet Information Systems |
|
An Architectural Analysis Case Study:Internet Information Systems | |
An Architectural Approach to Software Cost Modeling |
|
An Architectural Approach to Software Cost Modeling | |
An Architectural Description of the Simplex Architecture |
|
An Architectural Description of the Simplex Architecture | |
An Architecture Journey |
|
SATURN 2007 keynote by Jeromy Carrière | |
An Architecture Journey (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
An Emergent Perspective on Interoperation in Systems of Systems |
|
This technical report characterizes systems of systems from several perspectives; shows the role of emergent behavior in systems of systems; and introduces interoperability as the domain of development, use, sustainment, and evolution for systems of systems. It argues that the increasing importance of systems of systems was inevitable, emergent behavior is inherent in systems of systems, traditional software and systems engineering methods are inadequate for interoperation of systems of systems, and emergent methods offer a potential for cost-effective and predictable solutions. This report aims to facilitate discussion and reasoning about interoperation within systems of systems by showing some of the interdependencies among systems, emergence, and interoperation. It establishes a sizable but incomplete repertoire of topics, characteristics, and principles that are fundamental to the intersection of systems of systems, emergent behavior, and interoperation. | |
An Evaluation Theory Perspective of the Architecture Tradeoff Analysis Method (ATAM) |
|
An Evaluation Theory Perspective of the Architecture Tradeoff Analysis Method (ATAM) | |
An Examination of a Structural Modeling Risk Probe Technique |
|
An Examination of a Structural Modeling Risk Probe Technique | |
An Example of Erratic Effort Estimation |
|
An Example of Erratic Effort Estimation | |
An Experience Report on Using UML 2.0 to Document Software Architectures |
|
Presented: April 2005 | |
An Innovative Requirements Solution: Combining Six Sigma KJ Language Data Analysis With Automated Content Analysis |
|
Presented at SEPG North America 2009 by Ira Monarch, Dennis Goldenson, and Robert Stoddard: | |
An Integrated View of Process and Measurement |
|
Presented: February 2002 | |
An Interview with Paul Nielsen, New Director of the SEI |
|
An Interview with Paul Nielsen, New Director of the SEI | |
An Introduction to Governing for Enterprise Security |
|
An Introduction to Governing for Enterprise Security | |
An Introduction to Software Architecture |
|
An Introduction to Software Architecture | |
An Initial Comparative Analysis of the CMMI Version 1.2 Development Constellation and the ISO 9000 Family |
|
A preliminary, high-level comparison of the CMMI Development constellation and the ISO 9001:2000 family of process improvement standards. | |
Analysis Technique for Examining Integration in a Project Support Environment, An |
|
An Analysis Technique for Examining Integration in a Project Support Environment | |
Analysis of CMM-Based Appraisal for Internal Process Improvement (CBA IPI) Assessment Feedback |
|
Analysis of CMM-Based Appraisal for Internal Process Improvement (CBA IPI) Assessment Feedback | |
Analysis of Courses in Information Management and Network System Security and Survivability |
|
Analysis of Courses in Information Management and Network System Security and Survivability | |
Analysis of Input/Output Paradigms for Real-Time Systems, An |
|
This paper illustrates how these principles can be applied to input/output interfaces to predict the timing behavior of various design alternatives. | |
Analysis of Lead Assessor Feedback for CBA IPI Assessments Conducted July 1998-October 1999 |
|
Analysis of Lead Assessor Feedback for CBA IPI Assessments Conducted July 1998-October 1999 | |
Analysis of Reservation-Based Dual-Link Networks |
|
Analysis of Reservation-Based Dual-Link Networks | |
Analysis of SEI Software Process Assessment Results 1987-1991, An |
|
An Analysis of SEI Software Process Assessment Results 1987-1991 | |
Analysis of a Software Maintenance System: A CASE Study |
|
Analysis of a Software Maintenance System: A CASE Study | |
Analysis of the Technical Order Production Process at Ogden Air Logistics Center and Recommendations for the Improvement of the Process, The |
|
The Analysis of the Technical Order Production Process at Ogden Air Logistics Center and Recommendations for the Improvement of the Process | |
Analyzing Defects Can Tell a LOT About a Company |
|
This presentation provides information on how best to analyze defects in order to learn more about the effectiveness of process improvement efforts. | |
Analyzing Enterprise JavaBeans Systems Using Quality Attribute Design Primitives |
|
Analyzing Enterprise JavaBeans Systems Using Quality Attribute Design Primitives | |
Analyzing Quality Attributes |
|
Analyzing Quality Attributes | |
Analyzing and Specifying Reusable Security Requirements |
|
A system cannot have high assurance if it has poor security, and thus, requirements for high assurance systems will logically include security requirement as well as availability, reliability, and robustness requirements. | |
Analyzing the Reuse Potential of Migrating Legacy Components to a Service-Oriented Architecture |
|
Analyzing the Reuse Potential of Migrating Legacy Components to a Service-Oriented Architecture | |
Annotated Bibliography on Integration in Software Engineering Environments, An |
|
An Annotated Bibliography on Integration in Software Engineering Environments | |
Annual Technical Report for ADA Embedded Systems Testbed Project |
|
This technical report provides an overview of the results produced in the first year of the ADA Embedded Systems Testbed Project (through September 30, 1987). | |
Applicability of General Scenarios to the Architecture Tradeoff Analysis Method |
|
Applicability of General Scenarios to the Architecture Tradeoff Analysis Method | |
Application of Feature-Oriented Domain Analysis to the Army Movement Control Domain and Appendices A-I |
|
Application of Feature-Oriented Domain Analysis to the Army Movement Control Domain and Appendices A-I | |
Application of Options Analysis for Reengineering in a Lead System Integrator Environment |
|
Application of Options Analysis for Reengineering in a Lead System Integrator Environment | |
Application of the Architecture-Based Design Method to the Electronic House, An |
|
An Application of the Architecture-Based Design Method to the Electronic House | |
Application-Level Implementation of the Sporadic Server, An |
|
The purpose of this paper is to introduce a sporadic server algorithm that can be implemented as an application-level task, and that can be used when no runtime or operating system level implementation of the sporadic server is available. | |
Applications of the Indicator Template for Measurement and Analysis |
|
Applications of the Indicator Template for Measurement and Analysis | |
Applied Computational Mechanism Design |
|
presentation made at the 2008 SMART Ultra-Large-Scale System Forum, Carnegie Mellon University | |
Applying CMMI Generic Practices with Good Judgment |
|
This tutorial presentation provides an understanding of which CMMI model components contribute to institutionalization, as well as guidance for the effective implementation and appraisal of CMMI generic practices. | |
Applying CMMI in Information Technology Organizations |
|
This presentation contains a case study from ChangeBridge, Incorporated, on applying CMMI to an information technology organization. | |
Applying CMMI to a Production Support (Software Maintenance) Environment |
|
This presentation provides an overview of production support, which is the process of operating and maintaining a computer application over time. It demonstrates how CMMI can be used for this purpose. | |
Applying CMMI, Software Architecture Principles, and Process Improvement in a DoD Acquisition |
|
presentation given at the 2007 SEPG Conference, March 2007, Austin, Texas | |
Applying FSQ Engineering Foundations to Automated Calculation of Program Behavior |
|
Applying FSQ Engineering Foundations to Automated Calculation of Program Behavior | |
Applying OCTAVE: Practitioners Report |
|
Applying OCTAVE: Practitioners Report | |
Applying SEI Architecture Tradeoff Analysis Method (ATAM) as Part of Formal Software Architecture Review |
|
presented as part of SATURN 2008, May 2008 | |
Applying SEI Architecture Tradeoff Analysis Method (ATAM) as Part of Formal Software Architecture Review (SATURN 2008) |
|
Presentation for the 2008 SATURN workshop held in Pittsburgh | |
Applying Software Architecture |
|
presented at the Software in Acquisition Workshop, October 2007 | |
Applying the Team Software Process |
|
How does TSP fit into existing culture and processes? | |
Appraisal Requirements for CMMI, Version 1.1 (ARC, V1.1) |
|
Appraisal Requirements for CMMI, Version 1.1 (ARC, V1.1) | |
Appraisal Requirements for CMMI, Version 1.2 (ARC, V1.2) |
|
Appraisal Requirements for CMMI, Version 1.2 (ARC, V1.2) | |
Approach for Selecting and Specifying Tools for Information Survivability, An |
|
An Approach for Selecting and Specifying Tools for Information Survivability | |
Approach to Software Product Line Acquisition Planning, An |
|
presented at the SEI Army Software Product Line Workshop, February 12, 2009 | |
Approaches to Constructive Interoperability |
|
Approaches to Constructive Interoperability | |
Approaches to Legacy System Evolution |
|
Approaches to Legacy System Evolution | |
ArchE – An Architecture Design Assistant |
|
presented as part of the SEI Software Architecture Workshop for Educators, August 2007 | |
ArchE – An Architecture Design Assistant |
|
The Fourth SEI Software Architecture Workshop for Educators was held at the Software Engineering Institute in Pittsburgh, PA on July 31- August 2, 2007. | |
ArchE—the Architecture Expert |
|
ArchE—the Architecture Expert | |
Architecting Security In |
|
Presented: May 2007 | |
Architecting Security In (SATURN 2007) |
|
Session one presentation for the 2007 SATURN workshop held in Pittsburgh | |
Architecting Standard Processes with SWEBOK and CMMI |
|
This presentation provides a mapping between the Software Engineering Body of Knowledge (SWEBOK) and CMMI. | |
Architecting for Highly Available, Scalable, and Reliable Mission-Critical Applications (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Architecting the Organization (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Architects’ Workbench (“AWB”) – A Tool for Architectural Thinking and Modeling (SATURN 2008) |
|
presentation given at SATURN 2008, which took place in Pittsburgh, PA on April 28-May 1, 2008. | |
Architectural Aspects of Long-Lived Ground Systems |
|
Presented: May 2006 | |
Architectural Aspects of Long-Lived Ground Systems (2006) |
|
Architectural Aspects of Long-Lived Ground Systems (2006) | |
Architectural Design of an Industrial AGV Transportation System with a Multiagent System Approach |
|
Presented: April 2006 | |
Architectural Evaluation of Collaborative Agent-Based Systems |
|
Architectural Evaluation of Collaborative Agent-Based Systems | |
Architectural Measurements & Metrics at All Scales (SATURN 2009) |
|
presentation given at SATURN 2009, which was held in Pittsburgh, PA in May 2009 | |
Architectural Refinement for the Design of Survivable Systems |
|
Architectural Refinement for the Design of Survivable Systems | |
Architectural Tactics |
|
Architectural Tactics | |
Architecture Analysis Boeing’s Experiences using the SEI ATAM and QAW Processes |
|
Presented: April 2006 | |
Architecture Analysis Overview and Observations |
|
Architecture Analysis Overview and Observations by Don O'Connell, Software/Systems Architect, The Boeing Company. Presented at Saturn 2006. | |
Architecture Business Cycle Revisited: A Business Goals Taxonomy to Support Architecture Design and Analysis, The |
|
The Architecture Business Cycle Revisited: A Business Goals Taxonomy to Support Architecture Design and Analysis | |
Architecture Centric Design Method |
|
Presented: April 2006 | |
Architecture Competence: What Is It? How Do We Measure It? |
|
Architecture Competence: What Is It? How Do We Measure It? | |
Architecture Competency |
|
SATURN 2006 Working Session. | |
Architecture Competency SATURN 2006 |
|
Presented: April 2006 | |
Architecture Curve, New Formatted SEI ATAM Report Shaped in a Single Graph |
|
presented as part of SATURN 2008, May 2008 | |
Architecture Curve, New Formatted SEI ATAM Report Shaped in a Single Graph (SATURN 2008) |
|
Presentation for the 2008 SATURN workshop held in Pittsburgh | |
Architecture Design Expert |
|
Architecture Design Expert | |
Architecture Empowerment (SATURN 2008) |
|
presentation for the 2008 SATURN workshop held in Pittsburgh | |
Architecture Empowerment - A Quality Attribute of Software Architecture Realms to Build Empowered Organizations |
|
presented as part of SATURN 2008, May 2008 | |
Architecture Evolution Working Session |
|
presentation made at the Software Architecture Technology User Network (SATURN) Workshop, April 25-26, 2006, Pittsburgh, PA | |
Architecture Evolution Working Session SATURN 2006 |
|
Presented: April 2006 | |
Architecture From a Manager’s Perspective |
|
presented at SATURN 2008, April-May 2008 | |
Architecture Governance and Rules Enforcement Using AOP and SonarJ—A Case Study (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Architecture Mechanisms |
|
Architecture Mechanisms | |
Architecture Reconstruction Case Study |
|
Architecture Reconstruction Case Study | |
Architecture Reconstruction Guidelines |
|
Architecture Reconstruction Guidelines | |
Architecture Reconstruction Guidelines, Third Edition |
|
Architecture Reconstruction Guidelines, Third Edition | |
Architecture Reconstruction of J2EE Applications: Generating Views from the Module Viewtype |
|
Architecture Reconstruction of J2EE Applications: Generating Views from the Module Viewtype | |
Architecture Reconstruction to Support a Product Line Effort: Case Study |
|
Architecture Reconstruction to Support a Product Line Effort: Case Study | |
Architecture Reviews @ Bosch |
|
Presented in April 2005 | |
Architecture Tradeoff Analyses of C4ISR Products |
|
Architecture Tradeoff Analyses of C4ISR Products | |
Architecture and Design |
|
guest lecture for COMP 180: Software Engineering, Tufts University, Fall 2006 | |
Architecture for Ultra-Large- Scale (ULS) Systems |
|
presentation made at the 2008 SMART Ultra-Large-Scale System Forum, Carnegie Mellon University | |
Architecture from a Manager’s Perspective (SATURN 2008) |
|
presented at SATURN 2008, April-May 2008 | |
Architecture-Based Development |
|
Architecture-Based Development | |
Architecture-Centric Approach to Predicting Real-Time Performance |
|
The information sheet describes the SEI architecture-centric toolkit for prediciting end-to-end latency and other qualities of real-time systems. | |
Architecture-Centric Approach to Predicting Security |
|
This information sheet describes an approach to security analysis that allows software validation by identifying data elements to be protected, components that should be allowed access to those elements, and appropriate communication channels. | |
Architecture-Centric Approach to Predicting System Reliability |
|
This information sheet describes the SEI architecture-centric, model-based toolkit for more accurate prediction of system reliability. | |
Architecture-Centric Approach to Predicting System Resource Consumption |
|
This information sheet describes the SEI architecture-centric, model-based toolkit for predicting behavior in bandwidth usage, CPU time, and power consumption. | |
Architecture-Centric Software Project Management: A Practical Guide |
|
The book addresses each cornerstone of effective project management -- planning, organizing, implementing, and measuring. | |
Architectures for Adaptive Mobile Systems |
|
Architectures for Adaptive Mobile Systems | |
Are All Quality Goals Created Equal? |
|
Presented: April 2005 | |
Are Software Architects Like Building Architects? |
|
Are Software Architects Like Building Architects? | |
Are You Prepared for CMMI? |
|
This presentation provides information on the transition from the Software CMM to CMMI. | |
Army ASSIP System-of-Systems Test Metrics Task |
|
Army ASSIP System-of-Systems Test Metrics Task | |
Army Engineering Center Chooses SMART Approach to SOA Planning |
|
Army Engineering Center Chooses SMART Approach to SOA Planning | |
Army Software Product Line Workshop |
|
Presented: February 2009 | |
Army Software Product Line Workshop SPL Overview |
|
presented at the SEI Army Software Product Line Workshop, February 12, 2009 | |
Army Strategic Software Improvement Program (ASSIP) Survey of Army Acquisition Managers |
|
Army Strategic Software Improvement Program (ASSIP) Survey of Army Acquisition Managers | |
Army Workshop on Lessons Learned from Software Upgrade Programs |
|
Army Workshop on Lessons Learned from Software Upgrade Programs | |
Artificial Intelligence (AI) and ADA: Integrating AI with Mainstream Software Engineering |
|
Artificial Intelligence (AI) and ADA: Integrating AI with Mainstream Software Engineering | |
As-if Infinitely Ranged Integer Model |
|
This paper presents the as-if infinitely ranged (AIR) integer model, which provides a largely automates the elimination of integer overflow and integer truncation in C and C++ programming code. | |
Assembling Large Systems from COTS Components |
|
Assembling Large Systems from COTS Components: Opportunities, Cautions, and Complexities | |
Assessing Architectural Complexity |
|
Assessing Architectural Complexity | |
Assessing Design Quality From a Software Architectural Perspective |
|
In this paper, we take the position that good object oriented designs accrue from attention to both the design of objects and classes and to the architectural framework which defines how instances of those classes interact. We argue that an architecture should be assessed for conceptual integrity, and describe tool support for making such an assessment. | |
Assessing the Quality of Large, Software-Intensive Systems: A Case Study |
|
presented at the European Conference on Software Engineering, September 1995 | |
Assessment of CORBA and POSIX Designs for FAA En Route Resectorization |
|
Modernizing the En Route system presents major acquisition issues to the Federal Aviation Administration (FAA). At the present time, efforts are underway to upgrade the En Route system, primarily focusing on the host computer system. This report addresses the use of different technologies and an architectural tradeoff approach on a typical En Route system problem. We were requested to consider the problem of resectorization, i.e., the combination and decombination of sectors (and fix posting areas) during operation of the En Route center. Such capabilities may become desirable for an implementation of free flight. Two technologies have been applied to develop solutions to this problem, namely Common Object Request Broker Architecture (CORBA) and POSIX.21 (Portable Operating System Interface Standard). The former is based on an object-oriented model, while the latter is based on a message-passing model. | |
Assume-Guarantee Reasoning for Deadlock |
|
Assume-Guarantee Reasoning for Deadlock | |
Assumption Management |
|
Assumption Management | |
Assumptions Management in Software Development |
|
Assumptions Management in Software Development | |
Assurance Cases for Design Analysis of Complex System of Systems Software |
|
Stephen Blanchette of the SEI made this presentation at the American Institute for Aeronautics and Astronautics (AIAA) Infotech@Aerospace Conference in April 2009: | |
Assurance for Software-Intensive Systems |
|
Assurance for Software-Intensive Systems | |
Assurance of Software Quality |
|
Assurance of Software Quality | |
Assuring Mission Success in Complex Settings |
|
Presented: March 2007 | |
At the Heart of the Revolution: The International Conference on COTS-Based Software Systems |
|
At the Heart of the Revolution: The International Conference on COTS-Based Software Systems | |
Attack Modeling for Information Security and Survivability |
|
Attack Modeling for Information Security and Survivability | |
Attack Scenarios: How to Get There from Here |
|
Attack Scenarios: How to Get There from Here | |
Attribute-Based Architectural Styles |
|
Attribute-Based Architectural Styles | |
Attribute-Based Architectural Styles |
|
Attribute-Based Architectural Styles | |
Attribute-Driven Design (ADD), Version 2.0 |
|
Attribute-Driven Design (ADD), Version 2.0 | |
August 2004 CMMI Performance Results |
|
The process maturity profile results for CMMI, v1.1, from August 2004. | |
August 2004 Software CMM Performance Results |
|
The process maturity profile results for the SW-CMM, v1.1, from August 2004. | |
Automated Requirements Processing Overview |
|
presentation made at the 2007 SATURN Workshop | |
Automated Requirements Processing Overview (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
Automating Design Search |
|
Automating Design Search | |
Autonomic Computing |
|
Autonomic Computing | |
Avoiding a Documentation Glut when Achieving CMM or CMMI |
|
This presentation provides guidance on how to avoid overwhelming documentation when implementing process improvement efforts. | |
Avoiding the Trial-by-Fire Approach to Security Incidents |
|
Avoiding the Trial-by-Fire Approach to Security Incidents | |
Back to the Future: Leveraging Your SW-CMM Investment to Support Transition to CMMI |
|
Back to the Future: Leveraging Your SW-CMM Investment to Support Transition to CMMI | |
Basic Concepts of Product Line Practice for the DoD |
|
Basic Concepts of Product Line Practice for the DoD | |
Basic Principles and Concepts for Achieving Quality |
|
Basic Principles and Concepts for Achieving Quality | |
Being Your Own Boss—Part I: The Ideal Job |
|
Being Your Own Boss—Part I: The Ideal Job | |
Being Your Own Boss—Part II: The Autocratic Manager |
|
Being Your Own Boss—Part II: The Autocratic Manager | |
Being Your Own Boss—Part III: Knowledge Work |
|
Being Your Own Boss—Part III: Knowledge Work | |
Being Your Own Boss—Part IV: Being a Victim |
|
Being Your Own Boss—Part IV: Being a Victim | |
Being Your Own Boss—Part V: Building Trust |
|
Being Your Own Boss—Part V: Building Trust | |
Benchmarking for Improvement in Army Acquisition |
|
Benchmarking for Improvement in Army Acquisition | |
Benefits of CMM-Based Software Process Improvement: Executive Summary of Initial Results |
|
Benefits of CMM-Based Software Process Improvement: Executive Summary of Initial Results | |
Benefits of CMM-Based Software Process Improvement: Initial Results |
|
Benefits of CMM-Based Software Process Improvement: Initial Results | |
Benefits of Improvement Efforts |
|
Benefits of Improvement Efforts | |
Best Practices in Software Architecture |
|
presentation given by Paul Clements, July 26, 2006 | |
Best Practices in Software Architecture |
 |
Best Practices in Software Architecture, by | |
Best Practices in Teaching CMMI |
|
A compilation of ideas to use when teaching CMMI courses. | |
Best Training Practices Within the Software Engineering Industry |
|
Best Training Practices Within the Software Engineering Industry | |
Best of Everything: ITIL, CMMI, and Lean Six Sigma |
|
This presentation answers the following questions: | |
Best of Three Worlds: Combining QAW, MDRE, and GA, The |
|
Presented: April 2006 | |
Beyond CMMI-SE/SW 1.0 |
|
This historical presentation provides explanation of current and future status of the CMMI Version 1.0 project, from March 2001. | |
Beyond IPPD: Distributed Collaboration in a Systems-of-Systems (SoS) Context |
|
presented at SEPG Europe - June 2008 | |
Beyond Objects: A Software Design Paradigm Based on Process Control |
|
Beyond Objects: A Software Design Paradigm Based on Process Control | |
Beyond the Black Box: A Case Study in C to Java Conversion and Product Extensibility |
|
Beyond the Black Box: A Case Study in C to Java Conversion and Product Extensibility | |
Bottom-Up Software Product Line Design A Case Study Emphasizing the Need for Stakeholder Commitment (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Bridging Systems and Software Architecture |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Bridging the Gap Between CMMI and Six Sigma Training: An Overview and Case Study of Performance-Driven Process Analysis |
|
Presented: September 2005 | |
Brief Overview of CMMI for Services |
|
A presentation by Eileen Forrester | |
Browsers for Distributed Systems: Universal Paradigm or Siren's Song? |
|
Browsers for Distributed Systems: Universal Paradigm or Siren's Song? | |
Bugs or Defects? |
|
Bugs or Defects? | |
Builder's Guide for WaterBeans Components |
|
Builder's Guide for WaterBeans Components | |
Building Blocks for Achieving Quality of Service with Commercial Off-the-Shelf (COTS) Middleware |
|
Building Blocks for Achieving Quality of Service with Commercial Off-the-Shelf (COTS) Middleware | |
Building Distributed ADA Applications from Specifications and Functional Components |
|
Building Distributed ADA Applications from Specifications and Functional Components | |
Building Information Assurance Educational Capacity: Pilot Efforts to Date |
|
Building Information Assurance Educational Capacity: Pilot Efforts to Date | |
Building More Secure Software |
|
Building More Secure Software | |
Building Process Improvement Business Cases Using Bayesian Belief Networks and Monte Carlo Simulation |
|
Many organizations require quality improvement initiatives to be based on quantified business cases. This leads some organizations to start measurement programs to collect data about current performance—a lengthy and expensive process that requires a strong commitment from management. This report describes a collaboration between the Software Engineering Institute and Ericsson Research and Development, The Netherlands, to build a business case using high maturity measurement approaches that require limited measurement effort. | |
Building Relationships between Small Manufacturing Enterprises and Vendors: Findings from the TIDE Program |
|
Building Relationships between Small Manufacturing Enterprises and Vendors: Findings from the TIDE Program | |
Building Secure Systems Using Model-Based Engineering and Architectural Models |
|
Building Secure Systems Using Model-Based Engineering and Architectural Models | |
Building Systems from Commercial Components |
|
This book describes specific engineering practices needed to integrate preexisting components with preexisting specifications successfully, illustrating the techniques described with case studies and examples. | |
Building Systems from Commercial Components |
|
Building Systems from Commercial Components | |
Building Systems from Commercial Components Using EPIC |
|
Building Systems from Commercial Components Using EPIC | |
Building Systems from Commercial Components Using Model Problems |
|
Building Systems from Commercial Components Using Model Problems | |
Building Systems from Commercial Components: Classroom Experiences |
|
Building Systems from Commercial Components: Classroom Experiences | |
Building a Software Architecture Community |
|
SATURN 2006 Working Session. This summary is meant to convey preliminary ideas for the purpose of getting feedback. It does not necessarily | |
Building a Software Architecture Community (SATURN 2006) |
|
Building a Software Architecture Community (SATURN 2006) | |
Business Process Lines to Develop Service-Oriented Architectures through the Software Product Lines paradigm |
|
Presented: September 2008 | |
Business Rules for CMMI Focus Topics |
|
Business Rules for CMMI Focus Topics | |
Business Value and Customer Benefits Derived From High Maturity |
|
This presentation provides information on the business value realized from high maturity CMMI practices. | |
C4 Software Technology Reference Guide: A Prototype |
|
C4 Software Technology Reference Guide: A Prototype | |
CASE Planning and the Software Process |
|
CASE Planning and the Software Process | |
CASE Studies in Environment Integration |
|
CASE Studies in Environment Integration | |
CASE Tool Integration and Standardization |
|
CASE Tool Integration and Standardization | |
CCL in Pictures |
|
Presented: June 2005 | |
CERT C Secure Coding Standard |
|
This book is an essential desktop reference documenting the first official release of The CERT C Secure Coding Standard. The standard itemizes those coding errors that are the root causes of software vulnerabilities in C and prioritizes them by severity, likelihood of exploitation, and remediation costs. | |
CERT Coordination Center Celebrates Ten Years |
|
CERT Coordination Center Celebrates Ten Years | |
CERT Coordination Center Training and Education in Network Computing Security |
|
CERT Coordination Center Training and Education in Network Computing Security | |
CERT Function Extraction Experiment: Quantifying FX Impact on Software Comprehension and Verification, The |
|
The CERT Function Extraction Experiment: Quantifying FX Impact on Software Comprehension and Verification, The | |
CERT Guide To System and Network Security Practices |
|
This book makes CERT practices and implementations available in book form, and offers step-by-step guidance for protecting your systems and networks against malicious and inadvertent compromise. | |
CERT Launches Secure Coding Standards Web Site |
|
CERT Launches Secure Coding Standards Web Site | |
CERT Resiliency Engineering Framework |
|
Presented in a SEI webinar on Thursday, September 11, 2008 | |
CERT Resiliency Engineering Framework (now CERT Resiliency Management Model) |
|
This session demonstrates the CERT Resiliency Engineering Framework (REF) as a foundational model that provides a structure from which an organization can systematically identify its current capabilities and level of security effectiveness, assess resiliency targets and goals, and build a road map for continuous improvement. | |
CERT System and Network Security Practices |
|
CERT System and Network Security Practices | |
CERT's Function Extraction Project: Exploring Program Behavior for Security Analysis |
|
CERT's Function Extraction Project: Exploring Program Behavior for Security Analysis | |
CERT/CC Instrumental in National Security Effort |
|
CERT/CC Instrumental in National Security Effort | |
CERT/CC and Secret Service Collaborate on Security |
|
CERT/CC and Secret Service Collaborate on Security | |
CMM Appraisal Framework, Version 1.0 |
|
CMM Appraisal Framework, Version 1.0 | |
CMM Integration (CMMI) Framework |
|
CMM Integration (CMMI) Framework | |
CMM in Practice: Processes for Executing Software Projects at Infosys |
|
The Capability Maturity Model (CMM) is a widely adopted set of guidelines for evaluating and improving an organization's software development processes. The CMM is a general framework, however, and provides no specific guidance for implementation; instead, each organization must relate CMM characteristics to its own processes. As a consequence, the need has emerged for comprehensive accounts of successful CMM implementations, as well as for detailed descriptions of how software projects are executed in those cases. Such real-world examples can serve as a valuable resource for managers and developers responsible for setting up the CMM and carrying out their own projects. CMM in Practice comprises such a resource. Examining the various stages in the life cycle of a typical software project at Infosys Technologies, the book describes the technical and management processes used to initiate, plan, and execute the project. To enhance the discussion, an actual Infosys project is used as a running example throughout the book. | |
CMM-Based Appraisal for Internal Process Improvement (CBA IPI) Version 1.2 Method Description |
|
CMM-Based Appraisal for Internal Process Improvement (CBA IPI) Version 1.2 Method Description | |
CMM-Based Appraisal for Internal Process Improvement (CBA IPI): Method Description |
|
CMM-Based Appraisal for Internal Process Improvement (CBA IPI): Method Description | |
CMM-Based Process Improvement and Schedule Deviation in Software Maintenance |
|
CMM-Based Process Improvement and Schedule Deviation in Software Maintenance | |
CMM/CMMI Level 4: Quantitative Measurement Versus Qualitative Management |
|
This presentation examines the difference between quantitative and qualitative management at maturitylevel 4. | |
CMMI & Six Sigma: A Base Case for Multi-Model Process Improvement |
 |
CMMI & Six Sigma: A Base Case for Multi-Model Process Improvement | |
CMMI – Continuously Improving! |
|
CMMI – Continuously Improving! | |
CMMI Acquisition Model: Driving Process Improvement |
|
A report on the use of CMMI for Acquisition (CMMI-ACQ) at General Motors. | |
CMMI Acquisition Module (CMMI-AM) Version 1.0 |
|
CMMI Acquisition Module (CMMI-AM) Version 1.0 | |
CMMI Acquisition Module (CMMI-AM), Version 1.1 |
|
CMMI Acquisition Module (CMMI-AM), Version 1.1 | |
CMMI Adoption Trends |
|
CMMI Adoption Trends | |
CMMI Appraisal Results |
|
Presented: February 2003 | |
CMMI Assessments: Motivating Positive Change |
|
The authors begin their book with an expert overview of what assessments entail, when they make sense, how to set achievable goals for them, and how to lead them to success. | |
CMMI Crash Course: What the SEI Won't Teach You |
|
An engaging (and sometimes irreverent) view of CMMI, designed for brand-new CMMI users. | |
CMMI Distilled: A Practical Introduction to Integrated Process Improvement |
|
This book provides a concise introduction to the CMMI product suite, highlighting the benefits of integrated process improvement, explaining key features of the new, integrated approach to process improvement, and suggesting how to choose appropriate CMMI models and model representations for your organization. | |
CMMI Executive Overview |
|
This CMMI overview is designed for high-level executives. | |
CMMI High Maturity Measurement and Analysis Workshop Report: March 2008 |
|
In response to the need for clarification and guidance on implementing measurement and analysis in the context of high maturity processes, members of the SEI’s Software Engineering Measurement and Analysis (SEMA) initiative organized a workshop at the 2008 SEPG North America conference to bring leaders in the field together at a forum on the topic. | |
CMMI Impact: August 2009 |
|
CMMI Impact: August 2009 | |
CMMI Interpretive Guidance Project: Preliminary Report |
|
CMMI Interpretive Guidance Project: Preliminary Report | |
CMMI Interpretive Guidance Project: What We Learned |
|
CMMI Interpretive Guidance Project: What We Learned | |
CMMI Level 2 for Practitioners: A Focused Course for Your Level 2 Efforts |
|
Presented in a SEI webinar on May 27, 2009 | |
CMMI Level 3 in a Large Multi-Disciplinary Services Organization |
|
This presentation is a case study of a CMMI implementation at level 3 at Accenture. | |
CMMI Level 4 Preparation: The Story of the Chicken and the Egg |
|
This presentation provides a case study from Thales Air Traffic Control about their CMMI implementation. | |
CMMI Level 5 Processes Make it Easy to Define and Deploy Measurable, Achievable Goals to Your Organization |
|
This presentation provides an overview of high maturity process improvement techniques used by Raytheon. | |
CMMI Level 5: Return on Investment for Raytheon N TX |
|
This presentation provides an overview on the return on Raytheon's investment in CMMI. | |
CMMI Models Revisited |
|
CMMI Models Revisited | |
CMMI Myths and Realities |
|
CMMI Myths and Realities | |
CMMI Roadmaps |
|
CMMI “roadmaps”—which are a goal-driven approach to selecting and deploying relevant process areas from the CMMI-DEV model—can provide guidance and focus for effective CMMI adoption. | |
CMMI SCAMPI Distilled: Appraisals for Process Improvement |
|
The authors outline the role of appraisals as part of a comprehensive, state-of-the-art approach to process improvement, showing how SCAMPI integrates with quality initiatives, international standards, and other CMMI models and methods. | |
CMMI Service Implementation |
|
This presentation provides an overview of a CMMI implementation focused on service delivery - from 2005. | |
CMMI Survival Guide: Just Enough Process Improvement |
|
With a proper guide to help navigate around unknown dangers, potential pitfalls, and false paths, you too can realize substantial business value from a successful CMMI implementation. This book is such a guide, full of the real-life examples to ease your way, and written in a lighter style to ease your reading. | |
CMMI Survival: Principles to Adhere to on Your CMMI Journey |
|
This presentation provides principles to guide CMMI adoption in various organizations and settings. | |
CMMI Today |
|
Presented: January 2004 | |
CMMI Today: The Current State |
|
This presentation gives an overview of the state of CMMI at Lockheed Martin, as of November 2003. | |
CMMI Transition at Motorola GSG |
|
This presentation provides a case study of CMMI transition activities at Motorola. | |
CMMI V1.2: What’s Changing? |
|
CMMI V1.2: What’s Changing? | |
CMMI V1.2: What’s Changing? (Part 2) |
|
CMMI V1.2: What’s Changing? (Part 2) | |
CMMI V1.2: What’s Changing? (Part 4) |
|
CMMI V1.2: What’s Changing? (Part 4) | |
CMMI Version 1.2 Overview |
|
CMMI Version 1.2 Overview | |
CMMI Version 1.2 and Beyond |
|
Presented: March 2006 | |
CMMI Version 1.2 and Beyond: SEPG 2007 |
|
This presentation provides an overview of CMMI Version 1.2, as well as plans for a next version, from SEPG 2007. | |
CMMI Version 1.3 Product Suite |
|
In this webinar session, Mike Konrad, manager of the CMMI Model Team and CMMI Chief Architect, and Rusty Young, manager of the SCAMPI Appraisal Team, will discuss CMMI Version 1.3. | |
CMMI Version 1.3 Product Suite |
|
Presented in a SEI webinar on Tuesday, February 10, 2009 | |
CMMI Version 1.3—Plans for the Next Version |
|
The CMMI Steering Group has approved criteria for the next release of the CMMI Product Suite. This column will describe the key ingredients and the plans for release of CMMI Version 1.3. | |
CMMI and BSCC |
|
CMMI and BSCC | |
CMMI and Integrated Product and Process Development (IPPD), Version 1.02 |
|
This tutorial is from SEPG 2001, and provides guidance for the CMMI-SE/SW and IPPD, version 1.02, the predecessor of CMMI. | |
CMMI and Medical Device Engineering |
|
CMMI and Medical Device Engineering | |
CMMI and Process Improvement Themes |
|
CMMI and Process Improvement Themes | |
CMMI and Six Sigma Synergy |
|
This presentation examines the relationship and synergies between CMMI and Six Sigma. | |
CMMI and Six Sigma: Partners in Process Improvement |
|
CMMI and Six Sigma: Partners in Process Improvement focuses on the synergistic, rather than competitive, implementation of CMMI and Six Sigma—with synergy translating to "faster, better, cheaper" achievement of mission success. | |
CMMI for Acquisition (CMMI-ACQ) Primer, Version 1.2 |
|
CMMI for Acquisition (CMMI-ACQ) Primer, Version 1.2 | |
CMMI for Acquisition Organizations: The Next Wave of Outsourcing SEPG 2006 |
|
presentation made at the SEPG 2006 symposium, March 6-9, 2006, Nashville, Tennessee | |
CMMI for Acquisition Supplement for Introduction to CMMI Version 1.2 |
|
CMMI for Acquisition Supplement for Introduction to CMMI Version 1.2 | |
CMMI for Acquisition—The First New Constellation |
|
CMMI for Acquisition—The First New Constellation | |
CMMI for Acquisition, Version 1.2 |
|
CMMI for Acquisition, Version 1.2 | |
CMMI for Development, Version 1.2 |
|
CMMI for Development, Version 1.2 | |
CMMI for Outsourcing: Guidelines for Software, Systems, and IT Acquisition |
|
This book is a practical introduction to the initial CMMI-ACQ and its use in all phases of technology acquisition. | |
CMMI for Services |
|
Presented in a SEI webinar on Thursday, October 23, 2008 | |
CMMI for Services (CMMI-SVC) Overview for Workshop |
|
Presented in August 2008 | |
CMMI for Services, Version 1.2 |
|
A model of best practices to improve the processes of service providers. | |
CMMI for Services: Guidelines for Superior Service |
|
CMMI for Services (CMMI-SVC) is a comprehensive set of guidelines to help organizations establish and improve processes for delivering services. This book comprises an introduction to the CMMI-SVC model and an authoritative reference for it. | |
CMMI for Services: Introducing the CMMI for Services Constellation |
|
This presentation provides an introduction to the CMMI for Services project. | |
CMMI for Small Businesses: Initial Results of the Pilot Study |
|
A frequent misconception about adopting Capability Maturity Model Integration (CMMI) is that it works only for large organizations—its cost and complexity appear to make it impractical for smaller organizations to implement. Jim Hendrix, a business systems engineer at Analytical Services Inc. (ASI), doesn’t believe that’s the case. His organization recently implemented three process areas (PAs) of CMMI as part of a pilot study with the Software Engineering Institute (SEI). He said CMMI might even be more beneficial to smaller businesses because it allows them to grow more consistently and to make changes when they are less costly, that is, "before growth demands them." | |
CMMI for Software Engineering, Version 1.1, Continuous Representation (CMMI-SW, V1.1, Continuous) |
|
CMMI for Software Engineering, Version 1.1, Continuous Representation (CMMI-SW, V1.1, Continuous) | |
CMMI for Software Engineering, Version 1.1, Staged Representation (CMMI-SW, V1.1, Staged) |
|
CMMI for Software Engineering, Version 1.1, Staged Representation (CMMI-SW, V1.1, Staged) | |
CMMI for Systems Engineering/Software Engineering, Version 1.02, Continuous Representation (CMMI-SE/SW, V1.02, Continuous) |
|
CMMI for Systems Engineering/Software Engineering, Version 1.02, Continuous Representation (CMMI-SE/SW, V1.02, Continuous) | |
CMMI for Systems Engineering/Software Engineering, Version 1.02, Staged Representation (CMMI-SE/SW, V1.02, Staged) |
|
CMMI for Systems Engineering/Software Engineering, Version 1.02, Staged Representation (CMMI-SE/SW, V1.02, Staged) | |
CMMI for Systems Engineering/Software Engineering, Version 1.1, Continuous Representation (CMMI-SE/SW, V1.1, Continuous) |
|
CMMI for Systems Engineering/Software Engineering, Version 1.1, Continuous Representation (CMMI-SE/SW, V1.1, Continuous) | |
CMMI for Systems Engineering/Software Engineering, Version 1.1, Staged Representation (CMMI-SE/SW, V1.1, Staged) |
|
CMMI for Systems Engineering/Software Engineering, Version 1.1, Staged Representation (CMMI-SE/SW, V1.1, Staged) | |
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development, Version 1.02, Continuous Representation (CMMI-SE/SW/IPPD, V1.02, Continuous) |
|
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development, Version 1.02, Continuous Representation (CMMI-SE/SW/IPPD, V1.02, Continuous) | |
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development, Version 1.1, Continuous Representation (CMMI-SE/SW/IPPD, V1.1, Continuous) |
|
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development, Version 1.1, Continuous Representation (CMMI-SE/SW/IPPD, V1.1, Continuous) | |
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development, Version 1.1, Staged Representation (CMMI-SE/SW/IPPD, V1.1, Staged) |
|
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development, Version 1.1, Staged Representation (CMMI-SE/SW/IPPD, V1.1, Staged) | |
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development/Supplier Sourcing, Version 1.1, Continuous Representation (CMMI-SE/SW/IPPD/SS, V1.1, Continuous) |
|
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development/Supplier Sourcing, Version 1.1, Continuous Representation (CMMI-SE/SW/IPPD/SS, V1.1, Continuous) | |
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development/Supplier Sourcing, Version 1.1, Staged Representation (CMMI-SE/SW/IPPD/SS, V1.1, Staged) |
|
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development/Supplier Sourcing, Version 1.1, Staged Representation (CMMI-SE/SW/IPPD/SS, V1.1, Staged) | |
CMMI on the Web |
|
With an abundance of information available on CMMI, this webinar clarifies what is available online for organizations starting and maintaining a CMMI-based process improvement initiative. | |
CMMI on the Web |
|
This presentation provides a high-level overview of CMMI and its related products on the SEI website. It was presented in an SEI Webinar on Thursday September 25, 2008. | |
CMMI or Agile: Why Not Embrace Both! |
|
This report describes how CMMI and Agile methods can be used together successfully. | |
CMMI v1.2 and Beyond |
|
The presenters describe the continued updates of CMMI to better address key elements such as acquisition and services. | |
CMMI v1.2 and Beyond |
|
Presented in a SEI webinar on Monday, February 23, 2009 | |
CMMI with Agile, Lean, Six Sigma, and Everything Else |
|
CMMI with Agile, Lean, Six Sigma, and Everything Else | |
CMMI—A Progress Report |
|
CMMI—A Progress Report | |
CMMI—V1.2 and Beyond |
|
CMMI—V1.2 and Beyond | |
CMMI-ACQ: Guidelines for Improving the Acquisition of Products and Services |
|
CMMI-ACQ (Capability Maturity Model Integration for Acquisition) describes best practices for the successful acquisition of products and services. In addition to the entire CMMI-ACQ model, the book includes tips, hints, cross-references, and other author notes to help you understand, apply, and find more information about the content of the acquisition process areas. | |
CMMI-Agile |
|
Why the discord between Agile and CMMI camps? The purpose of this talk is to clarify why the discord need not exist and to inform the software community about how agile methods and CMMI can dramatically improve business performance when properly used together. | |
CMMI-Agile |
|
Presented in an SEI Webinar on Thursday, November 13, 2008. | |
CMMI-Based Professional Certifications: The Competency Lifecycle Framework |
|
CMMI-Based Professional Certifications: The Competency Lifecycle Framework | |
CMMI-DEV V1.2 Model Changes |
|
This presentation summarizes the changes made to CMMI-DEV, V1.2. | |
CMMI-DEV Version 1.2: What Else Has Changed? |
|
CMMI-DEV Version 1.2: What Else Has Changed? | |
CMMI-DEV, V1.2 SCAMPI A Appraisal Method Changes |
|
This presentation summarizes the changes to the SCAMPI A appraisal method upon the release of CMMI-DEV, V1.2. | |
CMMI-DEV, V1.2 Training Changes |
|
This presentation summarizes the changes to training that were made upon the release of CMMI-DEV, V1.2. | |
CMMI-SE/SW, V1.02, Continuous |
|
CMMI-SE/SW, V1.02, Continuous | |
CMMI-SE/SW/IPPD, V1.02, Staged |
|
CMMI: A New Transition |
|
CMMI: A New Transition | |
CMMI: A Short History |
|
CMMI: A Short History | |
CMMI: Beyond V1.2 Workshops |
|
CMMI: Beyond V1.2 Workshops | |
CMMI: Current State and Future Plans |
|
This presentation provides an update on the status of the CMMI projects, as of November 2004. | |
CMMI: Getting to Version 1.0 |
|
CMMI: Getting to Version 1.0 | |
CMMI: Guidelines for Process Integration and Product Improvement, 2nd edition |
|
This book contains the recently released CMMI for Development (CMMI-DEV), Version 1.2, which describes best practices for the development and maintenance of products and services across their entire lifecycle. By integrating essential bodies of knowledge, CMMI for Development provides a single, comprehensive framework for organizations to assess their development and maintenance processes, implement improvements, and measure progress. | |
CMMI: If You Don't Know Where You Stand, You're Not Ready For an Internal Appraisal |
|
This presentation provides a case study from the Tybrin corporation about their CMMI implementation and their use of the appraisal method. | |
CMMI: Improving and Integrating |
|
This presentation provides an overview of CMMI from 2003. | |
CMMI: Product Suite Expansion |
|
CMMI: Product Suite Expansion | |
CMMI: Staged or Continuous? |
|
This presentation details the return on investment realized from CMMI implementation at Tata Consultancy Services. | |
CMMI: The Current State |
|
This presentation provides a look at the state of CMMI at Raytheon, as of 2003. | |
CMMI: The DoD Perspective |
|
Presented: October 2006 | |
CMMI: The Evolution of Process Improvement |
|
CMMI: The Evolution of Process Improvement | |
CMMI: The New Architecture |
|
CMMI: The New Architecture | |
COTS Acquisition Evaluation Process: Preacher's Practice |
|
COTS Acquisition Evaluation Process: Preacher's Practice | |
COTS Evaluation in the Real World |
|
COTS Evaluation in the Real World | |
COTS Product Evaluation and System Design |
|
COTS Product Evaluation and System Design | |
COTS Software Evaluation |
|
COTS Software Evaluation | |
COTS Usage Risk Evaluation Participant’s Overview |
|
COTS Usage Risk Evaluation Participant’s Overview | |
COTS and Open Systems |
|
COTS and Open Systems | |
COTS and Reusable Software Management Planning: A Template for Life-Cycle Management |
|
COTS and Reusable Software Management Planning: A Template for Life-Cycle Management | |
COTS and Risk: Some Thoughts on How They Connect |
|
The COTS Spot - Volume 3 | Issue 1 | March 2000 | |
COTS in the Real World: A Case Study in Risk Discovery and Repair |
|
COTS in the Real World: A Case Study in Risk Discovery and Repair | |
Calculating CMMI-based ROI: Why When, What, and How? |
|
This presentation explains why and how organizations should calculate their return on investment in CMMI-based process improvement activities. | |
Calculating Return on Investment for Software Product Lines |
|
Calculating Return on Investment for Software Product Lines | |
Camping on a Seesaw: GM's IS&S Process Improvement Approach |
|
This presentation provides an overview of GM's process improvement activities. | |
Can Six Sigma and CMMI Get Along? |
|
A case study from Intel about the use of CMMI and Six Sigma. | |
Can We Ever Build Survivable Systems from COTS Components? |
|
Can We Ever Build Survivable Systems from COTS Components? | |
Can You Prove It? |
|
Can You Prove It? | |
Can You Trust Your Data? Establishing the Need for a Measurement and Analysis Infrastructure Diagnostic |
|
This report describes common errors in measurement and analysis and the need for a criterion-based assessment method that will allow organizations to evaluate key characteristics of their measurement programs. | |
Can You Trust Your Data? Measurement and Analysis Infrastructure Diagnosis |
|
presentation made at SEPG 2007, March 26-29, 2007, Austin Texas | |
Capability Maturity Model Integration (CMMI) Version 1.2 Overview |
|
This presentation provides a high-level overview of CMMI-DEV, version 1.2, as well as the appraisal method and the general benefits of using CMMI. | |
Capability Maturity Model Process Improvement |
|
Capability Maturity Model Process Improvement | |
Capability Maturity Model for Software (Version 1.1) |
|
Capability Maturity Model for Software (Version 1.1) | |
Career Track for Architects in IT Organizations (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Carnegie Mellon Educates Next Generation of Information-Security Experts |
|
Carnegie Mellon Educates Next Generation of Information-Security Experts | |
Carnegie Mellon Software Engineering Institute Launches New PSP-Developer Certification |
|
Carnegie Mellon Software Engineering Institute Launches New PSP-Developer Certification | |
Case Studies of Software Process Improvement Methods |
|
Case Studies of Software Process Improvement Methods | |
Case Study in Assessing the Maintainability of Large, Software-Intensive Systems, A |
|
white paper presented at the International Symposium and Workshop on Systems Engineering of Computer Based Systems, | |
Case Study in Assessing the Maintainability of Large, Software-Intensive Systems, A |
|
presented at the International Symposium and Workshop on Systems Engineering of Computer Based Systems, March 1995, Tucson | |
Case Study in Survivable Network System Analysis |
|
Case Study in Survivable Network System Analysis | |
Case Study of the NENE Code Project |
|
Case Study of the NENE Code Project | |
Case Study: A Measurement Program for Product Lines |
|
Case Study: A Measurement Program for Product Lines | |
Case Study: Accelerating Process Improvement by Integrating the TSP and CMMI |
|
Case Study: Accelerating Process Improvement by Integrating the TSP and CMMI | |
Case Study: Accelerating Process Improvement by Integrating the TSP and CMMI (2005) |
|
Case Study: Accelerating Process Improvement by Integrating the TSP and CMMI (2005) | |
Case Study: Building and Communicating a Business Case for a DoD Product Line |
|
Case Study: Building and Communicating a Business Case for a DoD Product Line | |
Case Study: Computer Supplier Evaluation Practices of the Parenteral Drug Association |
|
Case Study: Computer Supplier Evaluation Practices of the Parenteral Drug Association | |
Case Study: Correcting System Failure in a COTS Information System |
|
Case Study: Correcting System Failure in a COTS Information System | |
Case Study: Development of a Baseline Controller for Automatic Landing of an F-16 Aircraft Using Linear Matrix Inequalities (LMIs) |
|
In this report, we present preliminary results on the design of the baseline controller for an F-16 aircraft automatic landing system using linear matrix inequalities (LMI)-based approaches. | |
Case Study: Evaluating COTS Products for DoD Information Systems |
|
Case Study: Evaluating COTS Products for DoD Information Systems | |
Case Study: IRS Business System Modernization Process Improvement |
|
Case Study: IRS Business System Modernization Process Improvement | |
Case Study: Significant Schedule Delays in a Complex NDI-Based System |
|
Case Study: Significant Schedule Delays in a Complex NDI-Based System | |
Categorizing Business Goals for Software Architectures |
|
Categorizing Business Goals for Software Architectures | |
Certified Binaries for Software Components |
|
Certified Binaries for Software Components | |
Certifying the Absence of Buffer Overflows |
|
Certifying the Absence of Buffer Overflows | |
Challenges and Observations of Applying the SEI ATAM to a Software Testing Automation Solution |
|
presented as part of SATURN 2008, May 2008 | |
Challenges of Establishing Network-Centric Operations I: Technical Research Challenges |
|
Challenges of Establishing Network-Centric Operations I: Technical Research Challenges | |
Change Request Flow Chart |
|
Change Request Flow Chart | |
Changing Focus |
|
Changing Focus | |
Characteristics of Higher Level Languages for Software Architecture |
|
Characteristics of Higher Level Languages for Software Architecture | |
Checklists and Criteria for Evaluating the Cost and Schedule Estimating Capabilities of Software Organizations |
|
Checklists and Criteria for Evaluating the Cost and Schedule Estimating Capabilities of Software Organizations | |
Choosing How to Implement CMMI |
|
This presentation outlines the decisions to be made, and the options available, in planning a CMMI-compliant project. | |
Choosing a Supplier: Due Diligence and CMMI Levels1 |
|
Choosing a Supplier: Due Diligence and CMMI Levels1 | |
Claims You’ll Need to Justify to Assure That Your System Will Succeed |
|
Claims You’ll Need to Justify to Assure That Your System Will Succeed | |
Clarifying the CMMI for Development Model for High Maturity |
|
CMMI in Focus [2008 | 7] | |
Classifying Architectural Elements as a Foundation for Mechanism Matching |
|
Classifying Architectural Elements as a Foundation for Mechanism Matching | |
Classifying Software Design Methods |
|
Classifying Software Design Methods | |
Cleanroom Software Engineering Implementation of the Capability Maturity Model (CMM) for Software |
|
Cleanroom Software Engineering Implementation of the Capability Maturity Model (CMM) for Software | |
Cleanroom Software Engineering Reference |
|
Cleanroom Software Engineering Reference | |
Cleanroom Software Engineering: Technology and Process |
|
This book provides an introduction and in-depth description of the Cleanroom approach to high-quality software development. | |
Cloud Computing by Grace Lewis |
|
Cloud Computing by Grace Lewis | |
Code of Professional Conduct for SEI Services, Version 1.0 |
|
Code of Professional Conduct for SEI Services, Version 1.0 | |
Collaborative Government/Contractor SCAMPI Appraisal |
|
Presented: January 2004 | |
Comanche Process Improvement Vision and Initiatives |
|
Presented: January 2004 | |
Combining Product Line Engineering and Service Oriented Architecture in Health Care Infrastructure Systems: Experience Report |
|
Presented: September 2008 | |
Coming Attractions in Program Understanding |
|
Coming Attractions in Program Understanding | |
Coming Attractions in Program Understanding II: Highlights of 1997 and Opportunities in 1998 |
|
Coming Attractions in Program Understanding II: Highlights of 1997 and Opportunities in 1998 | |
Coming Attractions in Software Architecture |
|
Coming Attractions in Software Architecture | |
Coming Soon: A New Version of the SEI's Framework for Software Product Line Practice |
|
Coming Soon: A New Version of the SEI's Framework for Software Product Line Practice | |
Command, Control, Communications, and Intelligence Node: A Durra Application Example |
|
Command, Control, Communications, and Intelligence Node: A Durra Application Example | |
Common ATAM Errors |
|
Presented: May 2007 | |
Common ATAM Errors (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
Common Concepts Underlying Safety, Security, and Survivability Engineering |
|
Common Concepts Underlying Safety, Security, and Survivability Engineering | |
Common Elements of Risk |
|
Common Elements of Risk | |
Comparative Evaluations of Four Specification Methods for Real-Time Systems |
|
The primary audience of this report is the software development practitioner involved in the method selection or adoption process. The paper attempts to provide proper context to assist the practitioner in making appropriate method adoption decisions. Secondarily, the results of the paper also should be of to tool vendors, method developers, and program managers. | |
Comparing Insider IT Sabotage and Espionage: A Model-Based Analysis |
|
Comparing Insider IT Sabotage and Espionage: A Model-Based Analysis | |
Comparing the SEI's Views and Beyond Approach for Documenting Software Architectures with ANSI-IEEE 1471-2000 |
|
Comparing the SEI's Views and Beyond Approach for Documenting Software Architectures with ANSI-IEEE 1471-2000 | |
Comparison of Service and Software Product Family Modeling |
|
Similarities and differences in service oriented computing modeling and software product family modeling. | |
Comparison of U.S. and Japanese Software Process Maturity, A |
|
Comparison of U.S. and Japanese Software Process Maturity, A | |
Competing in the Software Age |
|
A presentation by Watts Humphrey | |
Complex Systems of Systems (CSOS): Software Benefits, Risks, and Strategies |
|
Presented: January 2003 | |
Component-Based Systems |
|
Component-Based Systems | |
Components As Products |
|
Components As Products | |
Components of Software Architecture Design and Analysis, The |
|
The Components of Software Architecture Design and Analysis | |
Computational Emergence Research Area |
|
Presentation by Richard P Gabriel, IBM Resear | |
Computer Forensics for Business Leaders: A Primer |
|
Computer Forensics for Business Leaders: A Primer | |
Computer Forensics: Results of Live Response Inquiry vs. Memory Image Analysis |
|
Computer Forensics: Results of Live Response Inquiry vs. Memory Image Analysis | |
Concept Study for a National Software Engineering Database, A |
|
Concept Study for a National Software Engineering Database, A | |
Concept of Operations for ESC's Product Line Approach |
|
Concept of Operations for ESC's Product Line Approach | |
Concepts of Concurrent Programming |
|
Concepts of Concurrent Programming | |
Concepts on Measuring the Benefits of Software Process Improvement |
|
Concepts on Measuring the Benefits of Software Process Improvement | |
Conceptual Basis for a Project Support Environment Services Model, The |
|
The Conceptual Basis for a Project Support Environment Services Model | |
Conceptual Framework for Software Technology Transition, A |
|
Conceptual Framework for Software Technology Transition, A | |
Conceptual Framework for System Fault Tolerance, A |
|
A major problem in transitioning fault tolerance practices to the practitioner community is a lack of a common view of what fault tolerance is, and how it can help in the design of reliable computer systems. This document takes a step towards making fault tolerance more understandable by proposing a conceptual framework. The framework provides a consistent vocabulary for fault tolerance concepts, discusses how systems fail, describes commonly used mechanisms for making systems fault tolerant, and provides some rules for developing fault tolerant systems. | |
Conditions for Achieving Network-Centric Operations in Systems of Systems |
|
Conditions for Achieving Network-Centric Operations in Systems of Systems | |
Conducting Effective Pilot Studies |
|
Presented: March 2004 | |
Conducting SEI-Assisted Software Process Assessments |
|
Conducting SEI-Assisted Software Process Assessments | |
Conference Report: Overcoming the Disincentives to Modernization in the Defense Industry |
|
Conference Report: Overcoming the Disincentives to Modernization in the Defense Industry | |
Configuration Management Models in Commercial Environment |
|
Configuration Management Models in Commercial Environment | |
Conflict Patterns: Toward Identifying Suitable Middleware |
|
Conflict Patterns: Toward Identifying Suitable Middleware | |
Conformance Criteria for the SAME Approach to Binding Ada Programs to SQL |
|
Conformance Criteria for the SAME Approach to Binding Ada Programs to SQL | |
Consistency in Dynamic Reconfiguration |
|
This paper examines issues relating to the impact of change in real-time control applications. In particular, Simplex-based systems are being considered, a technology that supports dependable upgrade of systems in a fault tolerant manner through the concept of analytic redundancy [4]. Such systems provide flexibility to real-time systems for dynamic reconfiguration and dependable incremental and online upgrade. The paper focuses on offline analysis to determine inconsistencies in configurations and identify reconfiguration paths to recover to consistent configurations. The results are used by runtime configuration management to avoid such configurations. Identification of inconsistent configurations is improved through modeling of application semantics in the control domain and utilizing them in the analysis. The same analysis supports design time analysis of potential impact of changes. | |
Construct for Describing Software Development Risks, A |
|
Construct for Describing Software Development Risks, A | |
Construction and Deployment Scripts for COTS-Based, Open Source Systems |
|
Construction and Deployment Scripts for COTS-Based, Open Source Systems | |
Context Analysis of the Movement Control Domain for the Army Tactical Command and Control System (ATCCS), A |
|
Context Analysis of the Movement Control Domain for the Army Tactical Command and Control System (ATCCS), A | |
Continuing Education in Software Engineering: Teaching Tricks of the Trade September 1989 |
|
Continuing Education in Software Engineering: Teaching Tricks of the Trade September 1989 | |
Continuous Risk Management Guidebook |
|
The Continuous Risk Management Guidebook describes the underlying principles, concepts, and functions of risk management and provides guidance on how to implement it as a continuous practice in your projects and organization. | |
Continuous and Staged, a Choice of CMMI Representations |
|
Continuous and Staged, a Choice of CMMI Representations | |
Continuously Improving Software Process |
|
Continuously Improving Software Process | |
Control Channel Toolkit: A Software Product Line Case Study |
|
Control Channel Toolkit: A Software Product Line Case Study | |
Control Integration through Message Passing |
|
Control Integration through Message Passing | |
Controlled Experiment Measuring the Effect of Procedure Argument Type Checking on Programmer Productivity, A |
|
Controlled Experiment Measuring the Effect of Procedure Argument Type Checking on Programmer Productivity, A | |
Coordinating Process Improvement in Multiple Geographically Dispersed Development Organizations Using CMMI |
|
This presentation provides a case study on a CMMI implementation in an organization with multiple geographic locations. | |
Copper Manual, Tutorial, and Specification Grammar |
|
Copper is a software model checker for concurrent message-passing C programs. | |
Cost-Benefit Analysis Method |
|
Cost-Benefit Analysis Method | |
Countering the Threat of Internet Denial of Service Attacks |
|
Countering the Threat of Internet Denial of Service Attacks | |
Create, Apply, and Amplify: A Story of Technology Development |
|
Create, Apply, and Amplify: A Story of Technology Development | |
Creating Custom Containers with Generative Techniques |
|
Creating Custom Containers with Generative Techniques | |
Creating an Innovation Process and Culture |
|
An overview of how best to create an innovation process and culture, using various methods. | |
Creating and Using Software Architecture Documentation Using Web-Based Tool Support |
|
Creating and Using Software Architecture Documentation Using Web-Based Tool Support | |
Crisis Management |
|
Watts New [2008 | 5] | |
Criteria for Constructing and Using an ADA Embedded System Testbed |
|
The purpose of this report is to list some of the criteria used in five aspects of the project: the hardware configuration, the software configuration, the real-time application, the ADA real-time experiments, and the benchmarking and instrumentation techniques. Each criterion will include a rationale. Each of the criteria listed in this report will be categorized as either essential, highly desirable, or desirable. | |
Critical Review of the Current State of IPSE Technology, A |
|
Critical Review of the Current State of IPSE Technology, A | |
Critical Success Factor Method: Establishing a Foundation for Enterprise Security Management, The |
|
The Critical Success Factor Method: Establishing a Foundation for Enterprise Security Management | |
Cruisin' the CMMI Web Site |
|
Cruisin' the CMMI Web Site | |
Current Perspectives on Interoperability |
|
Current Perspectives on Interoperability | |
Current SAT Work in Architecture Evolution |
|
Presented: April 2008 | |
Current SAT Work in Architecture Evolution (SATURN 2008) |
|
Presentation for the 2008 SATURN workshop held in Pittsburgh | |
Current SEI SAT Initiative Technology Investigations |
|
presented as part of SATURN 2008, May 2008 | |
Current SEI SAT Initiative Technology Investigations (SATURN 2008) |
|
presentation given at SATURN 2008, which took place in Pittsburgh, PA on April 28-May 1, 2008. | |
Custom vs. Off-the-Shelf Architecture |
|
Custom vs. Off-the-Shelf Architecture | |
Cyber Attack Scenarios Test Responses |
|
Cyber Attack Scenarios Test Responses | |
Cybersleuthing: Means, Motive, and Opportunity |
|
Cybersleuthing: Means, Motive, and Opportunity | |
DAR Basics: Applying Decision Analysis and Resolution in the Real World |
|
This presentation provides a suggested methodology for implementing Decision Analysis and Resolution (DAR). | |
DAR to be More Effective: Applying Decision Analysis and Resolution With Good Sense |
|
This presentation provides a close look at the Decision Analysis and Resolution (DAR) process area. | |
DARK Technology Transition Plan |
|
DARK Technology Transition Plan | |
Dark Porting and Extension Guide Kernel Version 3.0 |
|
Dark Porting and Extension Guide Kernel Version 3.0 | |
Data Analysis Dynamics |
|
Presented: February 2003 | |
Data Model as an Architectural View |
|
The data model for a given system can be seen as an architectural view; for example, a view of a database structure that shows data entities and their relationships. Among other practical purposes, the data model would serve as the blueprint for the physical database, help implementation of the data access layer of the system, and have a strong impact on performance and modifiability. | |
Dealing with Quality Attribute Requirements as the Hero, Not the Witch (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Debating the Tough (SCAMPI) Change Requests |
|
This presentation details the procedure for handling SCAMPI change requests and provides suggested improvements to this process. | |
Debating the Tough Change Requests: Appraisal Perspectives |
|
This presentation provides advice on change requests that are submitted against the existing CMMI appraisal process. | |
Debating the Tough Change Requests: Appraisal Perspectives by Kathy Smith |
|
This presentation provides more information on appraisal change requests. | |
Debugging Software Architectures |
|
Presented: April 2008 | |
Debugging Software Architectures (SATURN 2008) |
|
presentation given at SATURN 2008, which took place in Pittsburgh, PA on April 28-May 1, 2008. | |
Debugging the Healthcare System |
|
Debugging the Healthcare System by Dan S. Drawbaugh, CIO, University of Pittsburgh Medical Center (UPMC) | |
Defective Software Works |
|
Defective Software Works | |
Defense Systems Systems Engineering |
|
Presented: January 2004 | |
Defense-in-Depth: Foundations for Secure and Resilient Enterprises |
|
Defense-in-Depth: Foundations for Secure and Resilient Enterprises | |
Defining Acquisition Measures: The Integrated Software Acquisition Metrics (ISAM) Project |
|
Presented: January 2003 | |
Defining Composite Critical Scenarios for the Development of Large Scale System Architecture Using an SEI'sADD- based Framework (SATURN 2008) |
|
Presentation for the 2008 SATURN workshop held in Pittsburgh | |
Defining Composite Critical Scenarios for the Development of Large-Scale System Architecture Using an SEI ADD-Based Framework |
|
This presentation will discuss how SEI Attribute-Driven Design (ADD) was employed to develop a framework that was employed as a basis to develop the software architecture of a complex large-scale control system in a multinational organization. | |
Defining Incident Management Processes for CSIRTs: A Work in Progress |
|
Defining Incident Management Processes for CSIRTs: A Work in Progress | |
Defining and Understanding Software Measurement Data |
|
For managers to effectively manage and control software development projects, they need to incorporate a measurement process into their decision making and reporting process. Measurement costs money, but it can also save money through early problem detection and objective clarification of critical software development issues. The following describes a measurement process and provides some basic concepts that managers can use to help integrate measurement into the process for managing software development. | |
Defining the Terms Architecture, Design, and Implementation |
|
Defining the Terms Architecture, Design, and Implementation | |
Definition and Evaluation of Geographic Information System Architecture Using ADD and ATAM |
|
Presented: April 2006 | |
Definition and Evaluation of Geographic Information System Architecture Using ADD and ATAM (SATURN 2006) |
|
Presented: April 2006 | |
Delivering a CMMI-Compliant Project Plan in 30 Minutes |
|
This presentation provides an overview of a tool that Booz Allen Hamilton uses to develop their CMMI-compliant project plans. | |
Delivering on the Promise of Process Improvement |
|
Delivering on the Promise of Process Improvement | |
Demonstrating the Impact and Benefits of CMMI: An Update and Preliminary Results |
|
Demonstrating the Impact and Benefits of CMMI: An Update and Preliminary Results | |
Dependability Cases |
|
Dependability Cases | |
Dependability Modeling with the Architecture Analysis & Design Language (AADL) |
|
Dependability Modeling with the Architecture Analysis & Design Language (AADL) | |
Dependable Software Technology Exchange |
|
Dependable Software Technology Exchange | |
Deploying Firewalls |
|
Deploying Firewalls | |
Deploying TSP on a National Scale: An Experience Report from Pilot Projects in Mexico |
|
Mexico seeks to be a more competitive player in the IT market. How can it get there -- and how quickly? The Software Engineering Institute's Team Software Process (TSP) could provide the answer. This paper looks at a pilot program sponsored by the Mexican Ministry of Economy that introduces TSP to Mexican IT professionals and develops instructional approaches and resources in collaboration with Tec de Monterrey. | |
Deriving Architectural Tactics: A Step Toward Methodical Architectural Design |
|
Deriving Architectural Tactics: A Step Toward Methodical Architectural Design | |
Deriving Enterprise-Based Measures Using the Balanced Scorecard and Goal-Driven Measurement Techniques |
|
Deriving Enterprise-Based Measures Using the Balanced Scorecard and Goal-Driven Measurement Techniques | |
Description of the Systems Engineering Capability Maturity Model Appraisal Method Version 1.1, A |
|
Description of the Systems Engineering Capability Maturity Model Appraisal Method Version 1.1, A | |
Design Specifications for ADAptive Real-Time Systems |
|
The design specification method described in this report treats a software architecture as a set of run-time entities, including tasks and external input/output elements, which interact either via messages or shared data structures. Tasks have a single thread of execution and represent program units that may be executed concurrently. External input elements produce input requests which in turn trigger a set of low level activities to be executed by tasks. External output elements consume results which are produced by tasks. The specification method discussed here facilitates the description of the dynamic structure of run-time entities, the synchronization and communication between these entities, and their resource consumption and production properties (which include timing and sizing). | |
Design and Analysis Principles for Software Architecture |
|
Presented: January 2004 | |
Design and Search |
|
Design and Search | |
Designing Your Tailoring Approach to Help Achieve Higher Levels of Maturity |
|
This presentation provides information on how to adapt an organization's standard processes to meet a project's objectives. | |
Designing an Effective Survey |
|
Designing an Effective Survey | |
Designing for Reuse of Configurable Logic |
|
Designing for Reuse of Configurable Logic | |
Detecting Scans at the ISP Level |
|
Detecting Scans at the ISP Level | |
Detecting Signs of Intrusion |
|
Detecting Signs of Intrusion | |
Developing AADL Models for Control Systems: A Practitioner's Guide |
|
Developing AADL Models for Control Systems: A Practitioner's Guide | |
Developing Enterprise-Wide Measures for Tracking Performance of Acquisition Organizations |
|
Presented: January 2003 | |
Developing Enterprise-wide Measures for Tracking Acquisition Performance |
|
Presented: January 2003 | |
Developing Software for the User Interface |
|
This book provides the information needed to design and build user interface software. | |
Developing a Communication Strategy for a Research Institute |
|
For an organization with a broad mission to improve the state of the practice in a domain, effective communication is essential. Our team developed a communication strategy for creating clear and consistent messages and for making the best use of resources for communication work. Our communication strategy defines products and internal processes for optimizing communication with our most important stakeholders, organizational decision makers in the software engineering community. | |
Developing a Product Line Acquisition Strategy for a DoD Organization: A Case Study |
|
Developing a Product Line Acquisition Strategy for a DoD Organization: A Case Study | |
Diagnostic Software: What Your Developer Doesn't Know |
|
Presented: January 2005 | |
Diagrams and Languages for Model-Based Software Engineering of Embedded Systems UML and AADL |
|
Diagrams and Languages for Model-Based Software Engineering of Embedded Systems UML and AADL | |
Diamond Software Product Family Product Centered Organization (PCO) |
|
Presented: February 2009 | |
Directory of Industry and University Collaborations with a Focus on Software Engineering Education |
|
Directory of Industry and University Collaborations with a Focus on Software Engineering Education | |
Directory of Industry and University Collaborations with a Focus on Software Engineering Education (1994) |
|
Directory of Industry and University Collaborations with a Focus on Software Engineering Education | |
Directory of Industry and University Collaborations with a Focus on Software Engineering Education 1995 |
|
Directory of Industry and University Collaborations with a Focus on Software Engineering Education 1995 | |
Directory of Industry and University Collaborations with a Focus on Software Engineering Education and Training, Version 6 |
|
Directory of Industry and University Collaborations with a Focus on Software Engineering Education and Training, Version 6 | |
Discipline for Software Engineering: The Complete PSP Book |
|
This book scales down to a personal level the successful methods developed by the author to help managers and organizations evaluate and improve their software capabilities—methods comprising the Personal Software Process (PSP). | |
Discovering Architectures from Running Systems: Lessons Learned |
|
Discovering Architectures from Running Systems: Lessons Learned | |
Discovering DISCOVER |
|
Discovering DISCOVER | |
Discovery Colloquium: Quality Software Development @ Internet Speed |
|
Discovery Colloquium: Quality Software Development @ Internet Speed | |
Discussion with Members of the CMM Integration (CMMI) Steering Group |
|
Discussion with Members of the CMM Integration (CMMI) Steering Group | |
Discussion with Members of the SEI COTS-Based Systems Initiative |
|
Discussion with Members of the SEI COTS-Based Systems Initiative | |
Distance Learning Grows by Degrees |
|
Distance Learning Grows by Degrees | |
Distributed ADA Real-Time Kernel |
|
Distributed ADA Real-Time Kernel | |
Distributed Object Technology with CORBA and Java: Key Concepts and Implications |
|
Distributed Object Technology with CORBA and Java: Key Concepts and Implications | |
Distributed Project Governance Assessment |
|
This tool reveals details embedded in an organization’s typical work flows, | |
Distributed Real-Time System Design: Theoretical Concepts and Applications |
|
Distributed real-time system design raises new theoretical issues and application challenges, beyond those of centralized systems. Rate monotonic scheduling (RMS) theory has been successfully applied in the scheduling of centralized systems. RMS and its generalizations have been adopted by national high technology projects such as the Space Station and has recently been supported by major open standards such as the IEEE Futurebus+ and POSIX.4. In this paper, we describe the use of generalized rate monotonic scheduling theory for the design and analysis of a distributed real-time system. We review the recent extensions of the theory to distributed system scheduling, examine the architectural requirements for use of the theory, and finally provide an application example. | |
Distributed Software: From Component Model to Software Architecture |
|
Distributed Software: From Component Model to Software Architecture | |
Distributed System Design Using Generalized Rate Monotonic Theory |
|
In this paper, we describe the use of generalized rate monotonic scheduling theory for the design and analysis of a distributed real-time system. We review the theory, examine the architectural requirements for the use of the theory, and finally provide an application example. | |
Distributed Systems Technology Survey |
|
Distributed Systems Technology Survey | |
Do's and Don'ts of Process Improvement |
|
This presentation provides an overview of some things to do - and not to do - when undertaking process improvement efforts. | |
Do's and Don'ts of Process Improvement |
|
Advice on convincing various audiences of the benefits of CMMI-based process improvement. | |
DoD Acquisition Environment and Software Product Lines, The |
|
The DoD Acquisition Environment and Software Product Lines | |
DoD Architecture Framework and Software Architecture Workshop Report |
|
DoD Architecture Framework and Software Architecture Workshop Report | |
DoD Experience with the C4ISR Architecture Framework |
|
DoD Experience with the C4ISR Architecture Framework | |
DoD Legacy System Migration Guidelines |
|
DoD Legacy System Migration Guidelines | |
DoD Product Line Practice Workshop Report |
|
DoD Product Line Practice Workshop Report | |
DoD Security Needs and COTS-Based Systems |
|
DoD Security Needs and COTS-Based Systems | |
DoD Software Measurement Pilot: Applying the SEI Core Measures, A |
|
DoD Software Measurement Pilot: Applying the SEI Core Measures, A | |
DoD Software Migration Planning |
|
DoD Software Migration Planning | |
Documenting Component and Connector Views with UML 2.0 |
|
Documenting Component and Connector Views with UML 2.0 | |
Documenting Software Architecture: Documenting Behavior |
|
Documenting Software Architecture: Documenting Behavior | |
Documenting Software Architecture: Documenting Interfaces |
|
Documenting Software Architecture: Documenting Interfaces | |
Documenting Software Architectures |
|
Documenting Software Architectures | |
Documenting Software Architectures Podcast |
|
Paul Clements talks about best practices for communicating (documenting) software architectures and summarizes key points from the book Documenting Software Architectures: Views and Beyond and the related two-day course, Documenting Software Architectures. | |
Documenting Software Architectures in an Agile World |
|
Documenting Software Architectures in an Agile World | |
Documenting Software Architectures: Organization of Documentation Package |
|
Documenting Software Architectures: Organization of Documentation Package | |
Documenting Software Architectures: Views and Beyond |
|
The SEI has produced an approach for documenting software architectures known as the "Views and Beyond" approach. It allows software architects to produce only the documentation that has a demonstrated community of consumers, while producing high-quality documentation that will serve the project throughout its entire lifecycle. | |
Doing Disciplined Work |
|
Doing Disciplined Work | |
Domain Analysis Bibliography, A |
|
Domain Analysis Bibliography, A | |
Domain Analysis Workshop Report for the Automated Prompt and Response System Domain |
|
Domain Analysis Workshop Report for the Automated Prompt and Response System Domain | |
Domain-Specific Software Architecture Program, The |
|
The Domain-Specific Software Architecture Program | |
Durra Application Debugger/Monitor, The |
|
The Durra Application Debugger/Monitor | |
Durra Runtime Environment, The |
|
The Durra Runtime Environment | |
Durra: A Task Description Language User's Manual (Version 2) |
|
Durra: A Task Description Language User's Manual (Version 2) | |
Durra: A Task-Level Description Language Preliminary Reference Manual |
|
Durra: A Task-Level Description Language Preliminary Reference Manual | |
Durra: A Task-Level Description Language Reference Manual |
|
Durra: A Task-Level Description Language Reference Manual | |
Durra: A Task-Level Description Language Reference Manual (Version 3) |
|
Durra: A Task-Level Description Language Reference Manual (Version 3) | |
Durra: A Task-Level Description Language User's Manual |
|
Durra: A Task-Level Description Language User's Manual | |
Durra: An Integrated Approach to Software Specification, Modeling, and Rapid Prototyping |
|
Durra: An Integrated Approach to Software Specification, Modeling, and Rapid Prototyping | |
Duties, Skills, and Knowledge of Software Architects, The |
|
The Duties, Skills, and Knowledge of Software Architects | |
E Pluribus Unum |
|
E Pluribus Unum | |
Early Warning Indicators in the Acquisition of Software-Intensive Systems |
|
Presented: January 2004 | |
Economic Modeling of Software Architectures |
|
Economic Modeling of Software Architectures | |
Educating Educators in Making Better Architecture |
|
Educating Educators in Making Better Architecture | |
Effect of Software Support Needs on DoD Software Acquisition Policy: Part 1: A Framework for Analyzing Legal Issues, The |
|
The Effect of Software Support Needs on DoD Software Acquisition Policy: Part 1: A Framework for Analyzing Legal Issues | |
Effective and Measurable Results from Combining CMMI and Six Sigma |
|
Effective and Measurable Results from Combining CMMI and Six Sigma | |
Effectively Deploying CMMI in a Large Organization |
|
This presentation provides a case study of a CMMI implementation in a large organization. | |
Eight Key Factors for Successful |
|
Eight Key Factors for Successful | |
Elements of a Usability Reasoning Framework |
|
Elements of a Usability Reasoning Framework | |
Eliciting and Analyzing Quality Requirements: Management Influences on Software Quality Requirements |
|
Eliciting and Analyzing Quality Requirements: Management Influences on Software Quality Requirements | |
Embedded Systems Architecture Analysis Using SAE AADL |
|
Embedded Systems Architecture Analysis Using SAE AADL | |
Emergent Issues in Interoperability |
|
Emergent Issues in Interoperability | |
Enabling Future Technology Ultra-Large-Scale Systems in the Army |
|
presentation made at the SMART Ultra-Large-Scale | |
Engineering Method for Safety Region Development, An |
|
An Engineering Method for Safety Region Development | |
Engineering Performance-Critical Systems: meeting and exceeding performance, dependability, and interoperability goals |
|
Engineering Performance-Critical Systems: meeting and exceeding performance, dependability, and interoperability goals | |
Engineering Safety- and Security-Related Requirement for Software-Intensive Systems |
|
Full day tutorial presented in May 2007 | |
Engineering Safety- and Security-Related Requirements for Software-Intensive Systems |
|
presentation given at the 6th IEEE International Conference on COTS-Based Software Systems (ICCBSS) 2007, Alberta, Canada (February-March 2007) | |
Engineering Safety- and Security-Related Requirements for Software-Intensive Systems (SEPG 2006) |
|
Presented by Donald Firesmith at SEPG 2006. | |
Engineering Safety-Related Requirements for Software-Intensive Systems |
|
Presented: March 2006 | |
Engineering Safety-Related Requirements for Software-Intensive Systems (September 2005) |
|
Presented: September 2005 | |
Enterprise Architecture and COTS Intensive System Acquisition Strategies |
|
Presented: January 2003 | |
Enterprise Framework for the Disciplined Evolution of Legacy Systems |
|
Enterprise Framework for the Disciplined Evolution of Legacy Systems | |
Enterprise Information System Data Architecture Guide, An |
|
An Enterprise Information System Data Architecture Guide | |
Enterprise Integration |
|
Enterprise Integration | |
Enterprise Process Improvement Approach |
|
Presented: January 2003 | |
Enterprise Security Management: Refocusing Security’s Role |
|
Enterprise Security Management: Refocusing Security’s Role | |
Errata Sheet for CMMI: Guidelines for Process Integration and Product Improvement |
|
Errata Sheet for CMMI: Guidelines for Process Integration and Product Improvement | |
Establishing a Software Measurement Process |
|
Establishing a Software Measurement Process | |
Estimating Software-Intensive Systems: Projects, Products, and Processes |
|
Many software projects fail because their leaders don't know how to estimate, schedule, or measure them accurately. Fortunately, proven tools and techniques exist for every facet of software estimation. Estimating Software-Intensive Systems brings them together in a real-world guidebook that will help software managers, engineers, and customers immediately improve their estimates—and drive continuing improvements over time. | |
Evaluating Artifact Quality from an Appraisal Perspective |
|
This technical note explores the lack of agreement among SCAMPI Lead Appraisers about what “artifact quality” means in the SCAMPI process context. | |
Evaluating Distributed Systems Architectures for Fault-Tolerant Applications |
|
presented as part of SATURN 2008, May 2008 | |
Evaluating Distributed Systems Architectures for Fault-Tolerant Applications (SATURN 2008) |
|
Presentation for the 2008 SATURN workshop held in Pittsburgh | |
Evaluating Process Quality from an Appraisal Perspective |
|
This technical note explores the lack of agreement among SCAMPI Lead Appraisers about what “process quality” means in the SCAMPI process context. | |
Evaluating Risks in COTS Acquisition Programs |
|
Evaluating Risks in COTS Acquisition Programs | |
Evaluating Service-Oriented Architectures |
|
The emergence of service-oriented architecture (SOA) as an approach for integrating applications that expose services presents many new challenges to organizations resulting in significant risks to their business. Particularly important among those risks are failures to effectively address quality attribute requirements such as performance, availability, security, and modifiability. Because the risk and impact of SOA are distributed and pervasive across applications, it is critical to perform an architecture evaluation early in the software life cycle. This report contains technical information about SOA design considerations and tradeoffs that can help the architecture evaluator to identify and mitigate risks in a timely and effective manner. The report provides an overview of SOA, outlines key architecture approaches and their effect on quality attributes, establishes an organized collection of design-related questions that an architecture evaluator may use to analyze the ability of the architecture to meet quality requirements, and provides a brief sample evaluation. | |
Evaluating Software Architectures: Methods and Case Studies |
|
This book is a comprehensive, step-by-step guide to software architecture evaluation, describing specific methods that can quickly and inexpensively mitigate enormous risk in software projects. | |
Evaluating a Service-Oriented Architecture |
|
Evaluating a Service-Oriented Architecture | |
Evaluating a Service-Oriented Architecture |
|
Presented: May 2007 | |
Evaluation and Recommendations for Technology Insertion into Technical Order Maintenance |
|
Evaluation and Recommendations for Technology Insertion into Technical Order Maintenance | |
Evaluation of ADA Environments |
|
Evaluation of ADA Environments | |
Evaluation of CERT Secure Coding Rules through Integration with Source Code Analysis Tools |
|
Evaluation of CERT Secure Coding Rules through Integration with Source Code Analysis Tools | |
Evaluation of COTS Products: Some Thoughts on the Process |
|
Evaluation of COTS Products: Some Thoughts on the Process | |
Evaluation of Process Modeling Improvements |
|
Evaluation of Process Modeling Improvements | |
Evaluation of the Rational Environment |
|
Evaluation of the Rational Environment | |
Everyone's a System Administrator |
|
Everyone's a System Administrator | |
Evolution of Quality Attribute Workshops as an Architecture-Evaluation Technique, The |
|
The Evolution of Quality Attribute Workshops as an Architecture-Evaluation Technique | |
Evolutionary Acquisition of the Future Combat Systems (FCS) |
|
Presented: January 2004 | |
Evolutionary Perspective of Software Engineering Research Through Co-Word Analysis, An |
|
An Evolutionary Perspective of Software Engineering Research Through Co-Word Analysis | |
Evolutionary Process for Integrating COTS-Based Systems (EPIC) Building, Fielding, and Supporting Commercial-off-the-Shelf (COTS) Based Solutions |
|
Evolutionary Process for Integrating COTS-Based Systems (EPIC) Building, Fielding, and Supporting Commercial-off-the-Shelf (COTS) Based Solutions | |
Evolutionary Process for Integrating COTS-Based Systems (EPIC): An Overview |
|
Evolutionary Process for Integrating COTS-Based Systems (EPIC): An Overview | |
Evolutionary Systems Design: Recognizing Changes in Security and Survivability Risks |
|
Evolutionary Systems Design: Recognizing Changes in Security and Survivability Risks | |
Evolving Persistent Objects in a Distributed Environment |
|
This paper considers a class of objects, called incrementally mutable objects, that are intermediate between mutable and immutable objects. Intuitively, the only permitted modifications to an incrementally mutable object are those that add new information to the object while preserving existing information. Changes to incrementally mutable objects do not require central synchronization. When a network becomes partitioned, the same incrementally mutable object can be safely modified in each subnetwork. A mutable object can be modeled by a set of immutable objects that represent each value of the object over time and an incrementally mutable object that relates each immutable object to its successor. Multiple successors are permitted to represent parallel changes. | |
Evolving the SEPG to a CMMI World |
|
This presentation discusses the change from the Software CMM to CMMI and how it affected the SEPG conference. | |
Exactly What are Process Performance Models in the CMMI? |
|
Presented: June 2007 | |
Examining Product Line Readiness: Experiences with the SEI Product Line Technical Probe |
|
Presented: November 2005 | |
Execution: The Key to Success |
|
This presentation provides ten steps for achieving successful institutionalization of processes and tools. | |
Executive Overview of SEI MOSAIC: Managing for Success Using a Risk-Based Approach |
|
Executive Overview of SEI MOSAIC: Managing for Success Using a Risk-Based Approach | |
Experience Using the Web-Based Tool Wiki for Architecture Documentation |
|
Experience Using the Web-Based Tool Wiki for Architecture Documentation | |
Experience and Lessons-Learned in Applying the Tri-Service Assessment Initiative Process |
|
presentation at the Conference on the Acquisition of Software-Intensive Systems, January 28-30, 2003 | |
Experience with a Course on Architectures for Software Systems Part I: Course Description |
|
Experience with a Course on Architectures for Software Systems Part I: Course Description | |
Experience with a Course on Architectures for Software Systems, Part II: Educational Materials |
|
Experience with a Course on Architectures for Software Systems, Part II: Educational Materials | |
Experience with the Architecture Improvement Workshop (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Experiences Porting the Distributed ADA Real-Time Kernel |
|
The Distributed ADA Real-Time Kernel (DARK) is a mechanism for supporting the execution of distributed real-time ADA applications in embedded computer systems. It provides a solution to scheduling and distributing tasks without modifying the ADA language or vendor-supplied run time systems. An important test of the utility of the Kernel is whether or not it can be ported to different hardware architectures and still function effectively. As part of an independent research and development project, Boeing Military Airplanes and The Wichita State University became co-acceptors of a copy of DARK for the purpose of demonstrating a port to a 68000-based distributed architecture. This technical report describes the experiences in accomplishing the port. | |
Experiences With Leveraging Six Sigma to Implement CMMI Levels 4 and 5 |
|
This presentation provides an overview of a CMMI level 4 and 5 implementation, using Six Sigma practices to provide additional guidance. | |
Experiences in Architecture Reconstruction at Nokia |
|
Experiences in Architecture Reconstruction at Nokia | |
Experiences in Implementing Measurement Programs |
|
Experiences in Implementing Measurement Programs | |
Experiences with Focused SCAMPI at NASA |
|
This presentation provides an experience report of a CMMI implementation and subsequent SCAMPI appraisal at NASA. | |
Experiences with Indicator-Based Appraisals: Lockheed Martin Continuous Appraisal Method (CAM) |
|
This presentation provides a case study from Lockheed Martin in 2003. | |
Experiences with Indicator-Based CMMI Appraisals at Raytheon |
|
This presentation provides a case study of appraisals at Raytheon | |
Experiment Planning for Software Development: Redevelopment Experiment |
|
Experiment Planning for Software Development: Redevelopment Experiment | |
Experiment Transcripts for the Evaluation of the Rational Environment |
|
Experiment Transcripts for the Evaluation of the Rational Environment | |
Experiment in Software Development Risk Information Analysis, An |
|
An Experiment in Software Development Risk Information Analysis | |
Exploring CMMI-ISO 9001:2000 Synergy when Developing a Process Improvement Strategy |
|
This presentation provides an overview of the synergies between CMMI and the ISO 9000 framework. | |
Exploring Enterprise, System of Systems, and System and Software Architectures |
|
Presented in an SEI Webinar on Thursday, | |
Exploring Enterprise, System of Systems, and System and Software Architectures |
|
In this webinar, we present our findings from a U.S. Army workshop on architecture that was held at the SEI in September of 2008, under the auspices of the Army Strategic Software Improvement Program (ASSIP). | |
Exploring Hypermedia Information Services for Disseminating Software Engineering Information |
|
Exploring Hypermedia Information Services for Disseminating Software Engineering Information | |
Exploring Programmatic Interoperability: Army Future Force Workshop |
|
Exploring Programmatic Interoperability: Army Future Force Workshop | |
Exploring the Architecture of Ultra-Large-Scale Systems |
|
Exploring the Architecture of Ultra-Large-Scale Systems presentation given by SEI staffer Len Bass | |
Extreme Programming, Six Sigma, CMMI: How They Can Work Together - A JPMorgan Chase Case Study |
|
This presentation contains a case study of process improvement methods used at JPMorgan Chase. | |
FAQs Part 2: Are Product Lines Right for My Organization? |
|
FAQs Part 2: Are Product Lines Right for My Organization? | |
FAQs Part 3: Exploring the Issues More Deeply |
|
FAQs Part 3: Exploring the Issues More Deeply | |
FAQs Part 4: Product Lines in the Context of Acquisition |
|
FAQs Part 4: Product Lines in the Context of Acquisition | |
FAQs Part 5: Getting Started |
|
FAQs Part 5: Getting Started | |
FAQs: An Introduction to Software Product Lines |
|
FAQs: An Introduction to Software Product Lines | |
Factors Causing Unexpected Variations in ADA Benchmarks |
|
Factors Causing Unexpected Variations in ADA Benchmarks | |
Fault Tolerant Systems Practitioner's Workshop June 10-11, 1991 |
|
On June 10-11, 1991, a Fault Tolerant Systems Practitioner's Workshop was held at the Software Engineering Institute. The purpose of the workshop was to attempt to identify how fault tolerance is being applied today, why fault tolerance is under used, and what can be done to bring fault tolerant practices into wider use. Attendance at the workshop was limited to a small number of practitioners who had successfully applied fault tolerance in a systems context. This report summarizes the proceedings of the workshop which included a discussion of barriers to the deployment of fault tolerant systems, a summary of the state of the practice, and a discussion of the technology needs of fault tolerance. The report concludes with a discussion of ways the Software Engineering Institute may be able to help bring fault tolerant practices into wider use. | |
Feature Based Design of Web Service Transaction Compensations |
|
| |
Feature-Oriented Domain Analysis (FODA) Feasibility Study |
|
Feature-Oriented Domain Analysis (FODA) Feasibility Study | |
Features of Architecture Description Languages |
|
Features of Architecture Description Languages | |
Fifth DoD Product Line Practice Workshop Report |
|
Fifth DoD Product Line Practice Workshop Report | |
Fifth Product Line Practice Workshop Report |
|
Fifth Product Line Practice Workshop Report | |
File Cabinets and Pig Latin: Guards for Information Assets |
|
File Cabinets and Pig Latin: Guards for Information Assets | |
Final Evaluation of MIPS M/500 Final Report for the RISC Insertion Project |
|
Final Evaluation of MIPS M/500 Final Report for the RISC Insertion Project | |
Finding Errors Using Model-Based Verification |
|
Finding Errors Using Model-Based Verification | |
Fingertip Access to Software Engineering Information and Learning: SAIL on the Informedia DVLS |
|
Fingertip Access to Software Engineering Information and Learning: SAIL on the Informedia DVLS | |
First International Conference on COTS-Based Software Systems a Success |
|
First International Conference on COTS-Based Software Systems a Success | |
First Responders Guide to Computer Forensics |
|
First Responders Guide to Computer Forensics | |
First Responders Guide to Computer Forensics: Advanced Topics |
|
First Responders Guide to Computer Forensics: Advanced Topics | |
First Workshop on CMMI High Maturity Measurement Brings Organizations Together |
|
First Workshop on CMMI High Maturity Measurement Brings Organizations Together | |
Five Maxims about Emergent Behavior in Systems of Systems |
|
Five Maxims about Emergent Behavior in Systems of Systems | |
Flow Latency Analysis with the Architecture Analysis and Design Language (AADL) |
|
Flow Latency Analysis with the Architecture Analysis and Design Language (AADL) | |
Flow-Service-Quality (FSQ) Engineering: Foundations for Network System Analysis and Development |
|
Flow-Service-Quality (FSQ) Engineering: Foundations for Network System Analysis and Development | |
Formal Development of ADA Programs Using Z and Anna: A Case Study |
|
Formal Development of ADA Programs Using Z and Anna: A Case Study | |
Formal Methods in Describing Architectures |
|
Formal Methods in Describing Architectures | |
Formal Specification and Verification of Concurrent Programs |
|
This module introduces formal specification of concurrent software and verification of the consistency between concurrent programs and their specifications. First, what one might want to be able to prove about a concurrent program is discussed. | |
Formal Specification of Software |
|
Formal Specification of Software | |
Formal Verification of Programs |
|
This module introduces formal verification of programs. It deals primarily with proofs of sequential programs, but also with consistency proofs for data types and deduction of particular behaviors of programs from their specifications. Two approaches are considered: verification after implementation that a program is consistent with its specification, and parallel development of a program and its specification. An assessment of formal verification is provided. | |
Formulation of a Production Strategy for a Software Product Line |
|
Software product lines can improve an organization’s position in an existing market and its ability to react to new and changing markets. This technical note describes a technique, based on well-known procedures for defining and evaluating a business strategy, for formulating the production strategy of a production system. | |
Foundations for Survivable System Development: Service Traces, Intrusion Traces, and Evaluation Models |
|
Foundations for Survivable System Development: Service Traces, Intrusion Traces, and Evaluation Models | |
Fourteen SCEs Around the World in Less than 40 Days |
|
Presented: January 2003 | |
Fourth DoD Product Line Practice Workshop Report |
|
Fourth DoD Product Line Practice Workshop Report | |
Fourth Product Line Practice Workshop Report |
|
Fourth Product Line Practice Workshop Report | |
Framework Document: Model-Based Verification Pilot Study |
|
This Pilot Study Framework document describes the processes, activities, artifacts, and deliverables associated with an Engineering Practice Investigation of Model-Based Verification (MBV). | |
French language translation of CMMI for Development, V1.2 |
|
The French language translation of CMMI for Development, V1.2 was sponsored by Pearson Education France. The translation of CMMI-DEV, V1.2 was performed by Marie-Cécile Bland, Emmanuelle Burr and Florian Ascouët and verified by an independent quality assurance team led by Antoine Nardeze of Alcyonix France - Groupe SQLI. | |
From Domain Models to Architectures |
|
presentation given at the Workshop on Software Architecture, USC Center for Software Engineering, Los Angeles, 1994 | |
From Projects to Product Lines: A Product Line Economics Case Study |
|
This presentation provides an overview of the SCAMPI appraisal method. | |
From Subroutines to Subsystems: Component-Based Software Development |
|
From Subroutines to Subsystems: Component-Based Software Development | |
From The Monitor August 2003: Ask the SEI |
|
Acquisition Support Program Director answers the question: What is the SEI's long-term strategy for cross-functional integration across the various SEI competencies. | |
From Y2K to Security Improvement: A Critical Transition |
|
From Y2K to Security Improvement: A Critical Transition | |
From Y2K to Security Improvement; A Critical Transition |
|
From Y2K to Security Improvement: A Critical Transition | |
Functional Performance Specification for an External Computer System Simulator |
|
This document defines the functional and performance requirements for the inertial navigation system simulator that interfaces with the external computer system (ECS) simulator. | |
Functional Performance Specification for an Inertial Navigation System |
|
This document defines the functional and performance requirements for the inertial navigation system simulator that interfaces with the external computer system (ECS) simulator. Both the INS simulator and the ECS simulator are being developed in ADA by the Real-Time Embedded Systems Testbed Project at the Software Engineering Institute. The INS simulator is similar to a real-world INS, but has reduced functionality. This document provides specifications for the major functions of the INS simulator. | |
Future Directions of the Software Architecture Technology Initiative |
|
Presented: April 2006 | |
Future Trends in Systems and Software Engineering |
|
presentation from the Second Annual Systems Engineering Conference of the National Reconnaissance Office on June 4, 2008 | |
Future Trends of Software Technology and Applications: Software Architecture |
|
Presented: January 2006 | |
Gadfly: An Approach to Architectural-Level System Comprehension, The |
|
white paper presented at the Fourth IEEE Workshop on Program Comprehension, Berlin, March 1996 | |
Gaining CMMI Success in the US Private Sector |
|
This presentation provides some answers to the following questions: | |
Generalized Image Library: A Durra Application Example |
|
Generalized Image Library: A Durra Application Example | |
Generic Avionics Software Specification |
|
This report informally specifies the general functions, data interactions, and timing constraints for an avionics mission control computer system typical of those found in some existing U.S. Navy/Marine Corps aircraft. | |
German language translation of CMMI for Development, V1.2 |
|
The German language translation of CMMI for Development, V1.2 was sponsored by Pearson Education Deutschland GMBH. The translation of CMMI-DEV, v1.2 was performed by a team sponsored by Pearson Education Deutschland GMBH and verified by an independent verification & validation team made up of members of the German CLIB. The CLIB coordination team consisted of Carsten Skerra, Winfried Russwurm, and Eberhard Hübner. | |
Getting From Here (SW-CMM) to There (CMMI) in a Large Organization |
|
This presentation provides information about a transition from the Software CMM to CMMI at IBM. | |
Getting Management Support for Process Improvement |
|
Getting Management Support for Process Improvement | |
Getting More Out of Your Inspection Data: Using Capture-Recapture Models for the Reinspection Decision |
|
Presented: April 2002 | |
Getting Program Decision- Makers to Use and be Part of Risk Management Process |
|
presentation made at International Council on Systems Engineering (INCOSE) 2007, San Diego, June 24-29, 2007 | |
Getting Program Decision-Makers to Use and be Part of Risk Management Process (video) |
|
Audio and slide presentation by Ray Williams | |
Getting Started in Process Improvement |
|
This presentation is a high-level overview of how to begin process improvement efforts. | |
Getting Through Your SCAMPI Appraisal: Using CMMI to Make and Measure Meaningful Improvements |
|
This presentation provides guidance for anyone seeking a SCAMPI appraisal of his or her organization. | |
Global Information Grid Survivability: Four Studies |
|
Global Information Grid Survivability: Four Studies | |
Global Software Development Working Session |
|
SATURN 2006 Working Session. | |
Global Software Development Working Session (SATURN 2006) |
|
Presented: April 2006 | |
Goal-Driven Software Measurement: A Guidebook |
|
Goal-Driven Software Measurement: A Guidebook | |
Gobus Toolkit 3 Core - A Grid Service Container Framework |
|
Gobus Toolkit 3 Core - A Grid Service Container Framework | |
Going Global: A Practical Guide to Implementing Process Improvement Across Six Continents |
|
This presentation provides guidance for implementing process improvement on a global scale. | |
Governance Issues for a Service-Oriented Architecture |
|
Governance Issues for a Service-Oriented Architecture | |
Governing for Enterprise Security |
|
Governing for Enterprise Security | |
Governing for Enterprise Security (GES) Implementation Guide |
|
Governing for Enterprise Security (GES) Implementation Guide | |
Governing for Enterprise Security: Security is a Requirement of Being in Business |
|
Governing for Enterprise Security: Security is a Requirement of Being in Business | |
Governing for Security: Protect Stakeholder Interests |
|
Governing for Security: Protect Stakeholder Interests | |
Groundbreaking Best-Practices Model for Acquiring IT & Technical Products and Services |
|
Listen to the news conference held in Detroit on 11/7/2007. Acquisitions of information technology (IT) and technical products and services help drive the worldwide economy but - until now - no comprehensive best-practices model existed to specifically ensure quality outcomes between acquirers and suppliers. Today, the SEI - along with General Motors’ Information Systems and Services department and top officials from HP, Capgemini and the U.S. government - formally unveiled a comprehensive new model, called CMMI for Acquisition (CMMI-ACQ), that it believes will revolutionize the way governments and businesses worldwide acquire or outsource their software-intensive systems and services. | |
Guidance on Commercial-Based and Open Systems for Coast Guard Program Managers |
|
Guidance on Commercial-Based and Open Systems for Coast Guard Program Managers | |
Guidance on Commercial-Based and Open Systems for Program Managers |
|
Guidance on Commercial-Based and Open Systems for Program Managers | |
Guide to CASE Adoption |
|
Guide to CASE Adoption | |
Guide to the Assessment of Software Development Methods, A |
|
Guide to the Assessment of Software Development Methods, A | |
Guide to the Classification and Assessment of Software Engineering Tools, A |
|
Guide to the Classification and Assessment of Software Engineering Tools, A | |
Guidelines for Acquisition Planning (January 2004) |
|
Presented: January 2004 | |
Guidelines for Developing a Product Line Concept of Operations |
|
Guidelines for Developing a Product Line Concept of Operations | |
Guidelines for Developing a Product Line Production Plan |
|
Guidelines for Developing a Product Line Production Plan | |
Guidelines for Software Engineering Education Version 1.0 |
|
Guidelines for Software Engineering Education Version 1.0 | |
Guidelines for Using OAR Concepts in a DoD Product Line Acquisition Environment |
|
Guidelines for Using OAR Concepts in a DoD Product Line Acquisition Environment | |
Guidelines for the Use of the SAME |
|
Guidelines for the Use of the SAME | |
Guiding Principles for Interoperability |
|
Guiding Principles for Interoperability | |
Handbook for Computer Security Incident Response Teams (CSIRTs) |
|
Handbook for Computer Security Incident Response Teams (CSIRTs) | |
Handbook for Conducting SCAMPI B and C Appraisals, Version 1.1 Errata Sheet |
|
Handbook for Conducting SCAMPI B and C Appraisals, Version 1.1 Errata Sheet | |
Handbook for Conducting Standard CMMI Appraisal Method for Process Improvement (SCAMPI) B and C Appraisals, Version 1.1 |
|
Handbook for Conducting Standard CMMI Appraisal Method for Process Improvement (SCAMPI) B and C Appraisals, Version 1.1 | |
Hartstone Benchmark Results and Analysis |
|
Hartstone Benchmark Results and Analysis | |
Hartstone Benchmark User's Guide, Version 1.0 |
|
Hartstone Benchmark User's Guide, Version 1.0 | |
Hartstone: Synthetic Benchmark Requirements for Hard Real-Time Applications |
|
The purpose of this paper is to define the operational concept for a series of benchmark requirements to be used to test the ability of a system to handle hard real-time applications. Implementations of such benchmarks would be useful in evaluating scheduling algorithms, protocols, and design paradigms, as well as processors, languages, compilers, and operating systems. Several ADA programs are under development to test standard versions of the benchmark requirements and will be released into the public domain. | |
Harvesting CMMI Benefits: The Six Sigma Sickle |
|
Presented: March 2006 | |
Heterogeneous Machine Simulator, The |
|
The Heterogeneous Machine Simulator | |
High Maturity Misconceptions: Common Misinterpretations of CMMI Maturity Levels 4 and 5 |
|
This presentation provides information about CMMI maturity levels 4 and 5 and seeks to clear up misconceptions about the implementation of process areas at higher maturity levels. | |
High Maturity/Capability Appraisals |
|
This tutorial provides guidance on how to understand and interpret "high maturity" and "high capability" practices. | |
High Maturity: How Do We Know? |
|
This presentation provides an overview of material also available in the Understanding CMMI High Maturity Practices course offered by the SEI. | |
High-Fidelity E-Learning: The SEI's Virtual Training Environment (VTE) |
|
This report describes the SEI's Virtual Training Environment (VTE) within the context of high-fidelity e-learning. | |
How Acquisition Practice Can Impede SOA Governance (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
How CMMI Supports Efficient Implementation of Functional Safety |
|
This presentation focuses on the organizational aspects, as well as some basic concepts, of a high-level mapping of functional safety to CMMI. | |
How COTS Software Affects the Design of COTS-Intensive Systems |
|
How COTS Software Affects the Design of COTS-Intensive Systems | |
How Does High Maturity Benefit The Customer? |
|
This presentation seeks to answer the following questions: | |
How Future Trends in Systems and Software Engineering Bode Well for Enabling Improved Acquisition and Performance of Defense Systems |
|
Kenneth Nidiffer delivered this presentation, How Future Trends in Systems and Software Engineering Bode Well for Enabling Improved Acquisition and Performance of Defense Systems, at the 11th Annual Systems Engineering Conference in October 2008. | |
How Good Is the Software: A Review of Defect Prediction Techniques |
|
presentation from the SEPG 2002 Conference | |
How Mexico is Doing It |
|
How Mexico is Doing It | |
How Much Security Is Enough? |
|
How Much Security Is Enough? | |
How To Compare the Security Quality Requirements Engineering (SQUARE) Method with Other Methods |
|
How To Compare the Security Quality Requirements Engineering (SQUARE) Method with Other Methods | |
How do I Implement Process Change in my Four-Generational Workforce? |
|
This presentation examines the challenges faced in implementing process improvement techniques in a multi-generational workplace. | |
How the FBI Investigates Computer Crime |
|
How the FBI Investigates Computer Crime | |
How the QAW Helped our Enterprise Architecture Effort |
|
presentation from the 2007 SATURN Workshop | |
How the QAW Helped our Enterprise Architecture Effort (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
How to Conduct a Contextually-Driven Systems Architecture Review (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
How to Effectively Evaluate Software Architecture and Identify Risks |
|
Presented in a SEI webinar on Thursday, September 10, 2009 | |
How to Effectively Evaluate Software Architecture and Identify Risks |
|
In this webinar, Felix Bachmann discusses how using the Architecture Tradeoff Analysis Method (ATAM) – practical and proven architecture-centric evaluation techniques – can identify risks early in the life cycle. The SEI ATAM is used widely in many different settings. The ATAM is a tested process that has been used in many evaluations over the past ten or more years. If executed as defined, good results can almost be guaranteed. | |
How to Start and Sustain a Local SPIN Chapter |
|
Presented at SEPG | |
How to Untangle the Hairball: Integrating CMMI and ITIL Effectively in Application Engineering and Operations Environments |
|
This presentation provides guidance on the scope of ITIL and how it relates to CMMI, as well as information on how to move from a CMMI-only organization to an integrated CMMI/ITIL framework. | |
How to Use the People CMM to Create Effective Managers |
|
How to Use the People CMM to Create Effective Managers | |
How to Use the People CMM to Create Effective Managers |
|
As the world moves toward a knowledge-based economy, the role of an organization’s workforce, the “knowledge worker”, becomes a critical component in organization success and a source of competitive advantage. The SEI’s People Capability Maturity Model® (P-CMM®) provides a roadmap for continuously improving the capability of an organization’s workforce. | |
How to Use the Software Process Framework |
|
How to Use the Software Process Framework | |
Human Aspects of Software Engineering |
|
The book is written for software engineering students and professional software developers, and addresses topics such as teamwork, customer - software-engineer relationships, and learning processes in software development. | |
Human-Machine Interaction Considerations for Interactive Software |
|
Human-Machine Interaction Considerations for Interactive Software | |
IDEAL: A Users Guide for Software Process Improvement |
|
IDEAL: A Users Guide for Software Process Improvement | |
IDL: Background and Status |
|
IDL: Background and Status | |
ISIS and the Goal of Interoperability |
|
ISIS and the Goal of Interoperability | |
ISTAR Evaluation |
|
ISTAR Evaluation | |
Identifying Acquisition Patterns of Failure Using System Archetypes |
|
Linda Levine and Bill Novak of the Acquisition Support Program authored this presentation for the IEEE Systems Conference in April 2008: Identifying Acquisition Patterns of Failure Using System Archetypes: Finding The Root Problem of Acquisition Problems | |
Identifying Acquisition Patterns of Failure Using Systems Archetypes |
|
Identifying Acquisition Patterns of Failure Using Systems Archetypes | |
Identifying Commercial Off-the-Shelf (COTS) Product Risks: The COTS Usage Risk Evaluation |
|
Identifying Commercial Off-the-Shelf (COTS) Product Risks: The COTS Usage Risk Evaluation | |
Identifying Program Risks |
|
In this webinar, we look at group processes at the work group level (development team, IPT, small project) for identifying and documenting risks. | |
Identifying Program Risks |
|
Presented in a SEI webinar on Thursday, | |
Identifying Quality Attributes |
|
Identifying Quality Attributes | |
Identifying Risks in Outsourcing Software-Intensive Projects |
|
Presented: January 2004 | |
Identifying and Documenting Primary Concerns in Industrial Software Systems |
|
presented as part of SATURN 2008, May 2008 | |
Identifying and Documenting Primary Concerns in Industrial Software Systems (SATURN 2008) |
|
Presentation for the 2008 SATURN workshop held in Pittsburgh | |
Identifying and Specifying Reusable Services of Service Centric Systems through Product Line Technology |
|
Identifying and Specifying Reusable Services of Service Centric Systems through Product Line Technology | |
If You're Living the "High Life," You're Living the Informative Material |
|
| |
Illuminating Patterns of Perception: An Overview of Q Methodology |
|
Illuminating Patterns of Perception: An Overview of Q Methodology | |
Illuminating the Fundamental Contributors to Software Architecture Quality |
|
Illuminating the Fundamental Contributors to Software Architecture Quality | |
Imaging Services on the Grid as a Product Line : Requirements and Architecture |
|
| |
Impact of Army Architecture Evaluations |
|
This report details the results of a study of 12 U.S. Army programs that used the ATAM or QAW as part of the Army Strategic Software Improvement Program (ASSIP) effort. | |
Impact of Function Extraction Technology on Next-Generation Software Engineering, The |
|
Impact of Function Extraction Technology on Next-Generation Software Engineering, The | |
Implementation of PMBOK Along With CMMI: QCG Experience |
|
This presentation provides an overview of the Project Management Body of Knowledge (PMBOK) and its interactions with CMMI. | |
Implementing Best Practices in the Joint Battlespace Infosphere (JBI) Program at AFRL |
|
IPresented: January 2003 | |
Implementing Capability Maturity Model-Integrated (CMMI) in a Diverse Organization |
|
This presentation provides a case study of a CMMI implementation within a highly diverse organization. | |
Implementing Priority Inheritance Algorithms in an ADA Runtime System |
|
This paper presents a high-level design-in the form of necessary data structures, mechanisms, and algorithms-for implementing the basic priority inheritance and priority ceiling protocols in an ADA runtime system. | |
Implementing Sporadic Servers in ADA |
|
The purpose of this paper is to present the data structures and algorithms for implementing sporadic servers in real-time systems programmed in ADA. | |
Implementing the CMMI Within an Information Technology Organization |
|
This presentation provides a case study of a CMMI implementation at Honeywell from March 2005. | |
Implementing the CMMI in a Six Sigma World |
|
This presentation provides a look at CMMI and Six Sigma, and how they can be used together. | |
Implementing the SEI's SAT: Principles and Variations |
|
Implementing the SEI's SAT: Principles and Variations | |
Implications of Distributed Object Technology for Reengineering |
|
Implications of Distributed Object Technology for Reengineering | |
Improper Use of Control Charts: Traps to Avoid |
|
This presentation provides information on statistical process control and how it can benefit a CMMI implementation. | |
Improvement Technology Classification and Composition in Multimodel Environments |
|
This white paper is the third in a five-part series dedicated to examining problems organizations encounter when operating in multimodel environments and the current process improvement approaches such organizations need to consider. | |
Improving Acquisition through COTS Risk Identification |
|
A presentation made during the 2004 SIS Conference: Improving Acquisition through COTS Risk Identification. | |
Improving Defense Software-Intensive Systems Acquisition with CMMI-AM |
|
Improving Defense Software-Intensive Systems Acquisition with CMMI-AM | |
Improving Predictability in Embedded Real-Time Systems |
|
Improving Predictability in Embedded Real-Time Systems | |
Improving Software Acquisition Processes: A Study of Real Project Costs |
|
Presented: January 2004 | |
Improving Software Architecture Competence |
|
Improving Software Architecture Competence by Paul Clements, International Association of Software Architects (IASA), March 2007. | |
Improving Software Architecture Competence |
|
Presented: March 2007 | |
Improving Software Architecture Competence (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
Improving Technology Adoption Using INTRo |
|
Improving Technology Adoption Using INTRo | |
Improving Workforce Capabilities with the People Capability Maturity Model |
|
Improving Workforce Capabilities with the People Capability Maturity Model | |
Improving the Acquisition of Software Intensive Systems |
|
Improving the Acquisition of Software Intensive Systems | |
Improving the Definition of Quality Attribute Scenarios by Using Requirements Patterns (SATURN 2009) |
|
presentation given at SATURN 2009, which was held in Pittsburgh, PA in May 2009 | |
Improving the Management of the Software Acquisition Process: a Methodological Approach in Automotive |
|
Presented: January 2004 | |
Incident Management Capability Metrics Version 0.1 |
|
Incident Management Capability Metrics Version 0.1 | |
Incident Management Mission Diagnostic Method, Version 1.0 |
|
Incident Management Mission Diagnostic Method, Version 1.0 | |
Including Interoperability in the Acquisition Process |
|
Including Interoperability in the Acquisition Process | |
Incorporating Security Quality Requirements Engineering (SQUARE) into Standard Life-Cycle Models |
|
Incorporating Security Quality Requirements Engineering (SQUARE) into Standard Life-Cycle Models | |
Incorporating Software Requirements into the System RFP: Survey of RFP Language for Software by Topic, v. 2.0 |
|
This special report is a compilation of request-for-proposal language samples used in Department of Defense software acquisition. The report also reviews federal acquisition guidelines. | |
Incremental Modernization for Legacy Systems |
|
Incremental Modernization for Legacy Systems | |
Independent Integrated Verification and Validation |
|
Presented: January 2003 | |
Industry Best Practices in Achieving Service Oriented Architecture |
|
Industry Best Practices in Achieving Service Oriented Architecture | |
Inertial Navigation System Simulator Program: Top-Level Design |
|
Inertial Navigation System Simulator Program: Top-Level Design | |
Inertial Navigation System Simulator Program: Top-Level Design (1987) |
|
Inertial Navigation System Simulator Program: Top-Level Design (1987) | |
Inertial Navigation System Simulator: Behavioral Specification |
|
Inertial Navigation System Simulator: Behavioral Specification | |
Inertial Navigation System Simulator: Behavioral Specification (1989) |
|
Inertial Navigation System Simulator: Behavioral Specification (1989) | |
Inexpensive ATAM-Peer Review Detects and Fixes Architecture Problems Early |
|
Presented: April 2008 | |
Inexpensive ATAM-Peer Review Detects and Fixes Architecture Problems Early (SATURN 2008) |
|
Presentation for the 2008 SATURN workshop held in Pittsburgh | |
Informatics for a New Century: Computing Education for 1990s and Beyond |
|
Informatics for a New Century: Computing Education for 1990s and Beyond | |
Information Asset Profiling |
|
Information Asset Profiling | |
Information Assurance Curriculum and Certification: State of the Practice |
|
Information Assurance Curriculum and Certification: State of the Practice | |
Information Assurance: Building Educational Capacity |
|
Information Assurance: Building Educational Capacity | |
Information Protection |
|
Information Protection | |
Information Security Training |
|
Information Security Training | |
Information Security Training and Education |
|
Information Security Training and Education | |
Information Technology Programming Language: The SQL ADA Module Description Language (SAMeDL): ISO/IEC 12227 |
|
Information Technology Programming Language: The SQL ADA Module Description Language (SAMeDL): ISO/IEC 12227 | |
Initiative Advocates Building Security In from the Start |
|
Initiative Advocates Building Security In from the Start | |
Insider Threat Study: Illicit Cyber Activity in the Banking and Finance Sector |
|
Insider Threat Study: Illicit Cyber Activity in the Banking and Finance Sector | |
Insights on Program Success |
|
Why do some programs fail? What are the factors that lead to program success? Two organizations, the Systems and Software Consortium, Inc. (SSCI) and the Software Engineering Institute (SEI), recently examined the reasons, and concluded that while many are technical reasons, the greatest influence is people and the things they do individually and in teams that lead to program success or failure. | |
Install and Use Those Anti-Virus Programs |
|
Install and Use Those Anti-Virus Programs | |
Installing and Using a Firewall Program |
|
Installing and Using a Firewall Program | |
Integrated Approach to Software Process Improvement at Wipro Technologies: veloci-Q, An |
|
Integrated Approach to Software Process Improvement at Wipro Technologies: veloci-Q, An | |
Integrated Architecture Development |
|
Presented: January 2004 | |
Integrated City Operation Center: An Architecture Case Study with ADD & Data Flow Analysis |
|
presentation made at the 2007 SATURN Workshop | |
Integrated City Operation Center: An Architecture Case Study with ADD & Data Flow Analysis (SATURN 2007) |
|
Presentation for the 2007 SATURN workshop held in Pittsburgh | |
Integrated Diagnostics: Operational Missions, Diagnostic Types, Characteristics, and Capability Gaps |
|
Integrated Diagnostics: Operational Missions, Diagnostic Types, Characteristics, and Capability Gaps | |
Integrating 001 Tool Support into the Feature-Oriented Domain Analysis Methodology |
|
Integrating 001 Tool Support into the Feature-Oriented Domain Analysis Methodology | |
Integrating Analysis and Design Methods for the Software Life Cycle |
|
Integrating Analysis and Design Methods for the Software Life Cycle | |
Integrating Architecture Methods: The Case of Extreme Programming |
|
Integrating Architecture Methods: The Case of Extreme Programming | |
Integrating Architecture Methods: The Case of the ATAM and the CBAM |
|
Integrating Architecture Methods: The Case of the ATAM and the CBAM | |
Integrating Architecture Methods: The Case of the QAW and the ADD Method |
|
Integrating Architecture Methods: The Case of the QAW and the ADD Method | |
Integrating Architecture Methods: The Case of the Rational Unified Process |
|
Integrating Architecture Methods: The Case of the Rational Unified Process | |
Integrating CMMI & Six Sigma in Software and Systems Engineering |
|
Presented: March 2005 | |
Integrating CMMI and ITIL: An Outsourcing Success Story |
|
This presentation provides a case study of a successful implementation of CMMI and ITIL for an outsourcing account. | |
Integrating CMMI and Six Sigma in Software and Systems Engineering |
|
Presented: September 2005 | |
Integrating Quality-attribute Reasoning Frameworks in the ArchE Design Assistant |
|
Integrating Quality-attribute Reasoning Frameworks in the ArchE Design Assistant | |
Integrating Software Architecture Evaluation in a DoD System Acquisition |
|
Presented: April 2005 | |
Integrating Software-Architecture-Centric Methods into Extreme Programming (XP) |
|
Integrating Software-Architecture-Centric Methods into Extreme Programming (XP) | |
Integrating Software-Architecture-Centric Methods into the Rational Unified Process |
|
Integrating Software-Architecture-Centric Methods into the Rational Unified Process | |
Integrating Usability Supporting Architectural Patterns in a Product Line System's Architecture (SATURN 2009) |
|
presentation given at SATURN 2009, which took place in Pittsburgh, PA on May 4-7, 2009 | |
Integrating Warfighter-Driven System-of-Systems Integration Into the Acquisition Life Cycle |
|
presentation delivered at the Systems & Software Technology Conference (SSTC): Transforming: Business, Security, Warfighting, in Salt Lake City, Utah, 1-4 May 2006 | |
Integrating the Architecture Tradeoff Analysis Method (ATAM) with the Cost Benefit Analysis Method (CBAM) |
|
Integrating the Architecture Tradeoff Analysis Method (ATAM) with the Cost Benefit Analysis Method (CBAM) | |
Integrating the Quality Attribute Workshop (QAW) and the Attribute-Driven Design (ADD) Method |
|
Integrating the Quality Attribute Workshop (QAW) and the Attribute-Driven Design (ADD) Method | |
Integration and Interoperability Models for Systems of Systems |
|
Appropriate models have proven to be of considerable value in many engineering | |
Integration of Computer-Aided Design and Finite Element Analysis Tools in a Small Manufacturing Enterprise |
|
Integration of Computer-Aided Design and Finite Element Analysis Tools in a Small Manufacturing Enterprise | |
Intellectual Property Protection For Software |
|
Intellectual Property Protection For Software | |
Interactions Among Techniques Addressing Quality Attributes |
|
Interactions Among Techniques Addressing Quality Attributes | |
Interfacing ADA and SQL |
|
Interfacing ADA and SQL | |
Interim Profile Development and Trial of a Method to Rapidly Measure Software Engineering Maturity Status |
|
Interim Profile Development and Trial of a Method to Rapidly Measure Software Engineering Maturity Status | |
International Liability Issues for Software Quality |
|
International Liability Issues for Software Quality | |
Internet Denial of Service: Attack and Defense Mechanisms |
|
Internet Denial of Service sheds light on a complex and fascinating form of computer attack that impacts the confidentiality, integrity, and availability of millions of computers worldwide. | |
Interoperable Acquisition for Systems of Systems: The Challenges |
|
Interoperable Acquisition for Systems of Systems: The Challenges | |
Interpreting Capability Maturity Mode Integration (CMMI) for COTS-Based Systems |
|
Interpreting Capability Maturity Model[R] Integration (CMMI) for COTS-Based Systems | |
Interpreting Capability Maturity Model Integration (CMMI) for Business Development Organizations in the Government and Industrial Business Sectors |
|
Interpreting Capability Maturity Model Integration (CMMI) for Business Development Organizations in the Government and Industrial Business Sectors | |
Interpreting Capability Maturity Model Integration (CMMI) for Operational Organizations |
|
Interpreting Capability Maturity Model Integration (CMMI) for Operational Organizations | |
Interpreting Capability Maturity Model Integration (CMMI) for Service Organizations: A Systems Engineering and Integration Services Example |
|
Interpreting Capability Maturity Model Integration (CMMI) for Service Organizations: A Systems Engineering and Integration Services Example | |
Interpreting SCAMPI for a People CMM Appraisal at Tata Consultancy Services |
|
Interpreting SCAMPI for a People CMM Appraisal at Tata Consultancy Services | |
Interpretive Guidance: What We've Learned |
|
This presentation provides an overview of interpretive guidance and how it relates to CMMI. | |
Interview with Richard D. Pethia |
|
Interview with Richard D. Pethia | |
Into the Black Box: A Case Study in Obtaining Visibility into Commercial Software |
|
Into the Black Box: A Case Study in Obtaining Visibility into Commercial Software | |
Introducing OCTAVE Allegro: Improving the Information Security Risk Assessment Process |
|
Introducing OCTAVE Allegro: Improving the Information Security Risk Assessment Process | |
Introducing Predictable Assembly from Certifiable Components (PACC) |
|
Introducing Predictable Assembly from Certifiable Components (PACC) | |
Introducing Scenario-Based Architecture Reviews (SATURN 2007) |
|
presentation for the 2007 SATURN workshop held in Pittsburgh, PA | |
Introducing Scenario-based Architecture Reviews |
|
presentation made at the 2007 SATURN Workshop | |
Introducing a Guide to Interoperability |
|
Within the Department of Defense (DoD), government, and corporate worlds, large-scale systems of systems (SoS) are increasingly being put together in an unprecedented way. Establishing interoperability between the constituent systems is increasingly a key for an organization to meet its critical goals. However, as organizations envision transparent net-centric operations spanning a large number of systems, we have found that successfully achieving such a vision requires a fundamental shift in traditional ways of thinking about system development, acquisition, and management. | |
Introducing the CERT Resiliency Engineering Framework: Improving the Security and Sustainability Processes |
|
Introducing the CERT Resiliency Engineering Framework: Improving the Security and Sustainability Processes | |
Introduction |
|
Introduction | |
Introduction the CMMI Acquisition Module: Background |
|
Presented: March 2006 | |
Introduction the CMMI Acquisition Module: Conclusion |
|
Presented: March 2006 | |
Introduction the CMMI Acquisition Module: Engineering |
|
Presented: March 2006 | |
Introduction the CMMI Acquisition Module: Generic Practices |
|
Presented: March 2006 | |
Introduction the CMMI Acquisition Module: Project Management |
|
Presented: March 2006 | |
Introduction the CMMI Acquisition Module: Support |
|
Presented: March 2006 | |
Introduction the CMMI Acquisition Module: Using CMMI Acquisition |
|
Presented: March 2006 | |
Introduction to Software Design |
|
Introduction to Software Design | |
Introduction to Software Engineering Practices Using Model-Based Verification, An |
|
This is an introductory report on the use of model-based verification techniques within software development and upgrade practices. | |
Introduction to Software Process Improvement |
|
Introduction to Software Process Improvement | |
Introduction to Software Product Line Adoption |
|
Presented: September 2005 | |
Introduction to Software Verification and Validation |
|
This curriculum module provides an overview needed to understand in-depth curriculum modules in the verification and validation area. | |
Introduction to Team Risk Management (Version 1.0), An |
|
An Introduction to Team Risk Management (Version 1.0) | |
Introduction to the Architecture of the CMMI Framework |
|
Introduction to the Architecture of the CMMI Framework | |
Introduction to the Personal Software Process |
|
This workbook provides a hands-on introduction to the basic discipline of software engineering, as expressed in the author's well-known Personal Software Process (PSP). | |
Introduction to the Serpent User Interface Management System |
|
Introduction to the Serpent User Interface Management System | |
Introduction to the Team Software Process |
|
This book, particularly useful for engineers and students trained in the Personal Software Process (PSP), introduces TSP and the concrete steps needed to improve software teamwork. | |
Introduction: Capability Maturity Model Integration |
|
Introduction: Capability Maturity Model Integration | |
Introduction: Checking In on a Process Improvement Revolution |
|
Introduction: Checking In on a Process Improvement Revolution | |
Intrusion Detection Systems |
|
Intrusion Detection Systems | |
Investigation into the State of the Practice of CASE Tool Integration, An |
|
An Investigation into the State of the Practice of CASE Tool Integration | |
Investment Analysis of Software Assets for Product Lines |
|
Investment Analysis of Software Assets for Product Lines | |
Is There Order or Chaos After 5000? |
|
presentation at the Conference on the Acquisition of Software-Intensive Systems, January 28-30, 2003 | |
Is There an Intruder in My Computer? |
|
Is There an Intruder in My Computer? | |
Is Third Party Certification Necessary? |
|
Is Third Party Certification Necessary? | |
Isolating Faults in Complex COTS-Based Systems |
|
Isolating Faults in Complex COTS-Based Systems | |
Issues and Techniques of CASE Integration with Configuration |
|
Issues and Techniques of CASE Integration with Configuration | |
Issues in Predicting the Reliability of Components |
|
Issues in Predicting the Reliability of Components | |
Issues in Real-Time Data Management |
|
This report explores issues related to the use of database management technology in support of real-time systems programming. It describes the potential benefits of database support for real-time systems, and it describes the state of the art in database technologies relevant to real-time. The report concludes that more research and development will be needed before the benefits of database management can be applied to real-time system development. | |
Issues in Requirements Elicitation |
|
Issues in Requirements Elicitation | |
Issues in Software: A Blue Two Visit Feasibility Assessment |
|
Issues in Software: A Blue Two Visit Feasibility Assessment | |
Issues in Tool Acquisition |
|
Issues in Tool Acquisition | |
Issues of Scale: A Community Perspective |
|
Discussion topics: | |
It Takes Two |
|
It Takes Two | |
Iterative RFP Project Management |
|
Presented: January 2004 | |
Joint Capabilities and System-of-Systems Solutions: A Case for Crossing Solution Domains |
|
Joint Capabilities and System-of-Systems Solutions: A Case for Crossing Solution Domains | |
Joint Integrated Avionics Working Group (JIAWG) Object-Oriented Domain Analysis Method (JODA) |
|
Joint Integrated Avionics Working Group (JIAWG) Object-Oriented Domain Analysis Method (JODA) | |
Just In Time Component Competence |
|
Just In Time Component Competence | |
Justifying a Process Improvement Proposal |
|
Justifying a Process Improvement Proposal | |
K-BACEE: A Knowledge-Based Automated Component Ensemble Evaluation Tool |
|
K-BACEE: A Knowledge-Based Automated Component Ensemble Evaluation Tool | |
Kernel Architecture Manual |
|
This document contains the detailed design description of the Kernel. he overall system architecture and the rationale for it are presented as relevant to both the application (i.e., the external view of the Kernel) and the Kernel maintainer (i.e., the internal view of the Kernel). | |
Kernel Facilities Definition |
|
Kernel Facilities Definition | |
Key Business Indicator Trends During the Journey From SW-CMM Level 2 to CMMI Level 5 at Lockheed Martin Data Management Systems |
|
This presentation provides a case study of a CMMI implementation at Lockheed Martin. | |
Key Practices of the Capability Maturity Model Version 1.1 |
|
Key Practices of the Capability Maturity Model Version 1.1 | |
Keynote Address on Acquisition |
|
Presented at SEPG 2006 by the Honorable Claude M Bolton, Jr., Assistant Secretary of the Army (Acquisition, Logistics and Technology) and Army Acquisitions Executive | |
Keynote Address: Conference on the Acquisition of Software-Intensive Systems |
|
keynote presentation from the Acquisition of Software-Intensive Systems Conference, January 28-30, 2003 | |
Language and System Support for Concurrent Programming |
|
Language and System Support for Concurrent Programming | |
Large-Scale Creative Work |
|
Keynote Speech by Watts S. Humphrey. SEPG 2005 | |
Large-Scale Work – Part VII: Process Discipline |
|
Large-Scale Work – Part VII: Process Discipline | |
Large-Scale Work—Part I: The Organization |
|
Large-Scale Work—Part I: The Organization | |
Large-Scale Work—Part II: The Project |
|
Large-Scale Work—Part II: The Project | |
Large-Scale Work—Part III: The People |
|
Large-Scale Work—Part III: The People | |
Large-Scale Work–Part IV: The Management System |
|
Large-Scale Work–Part IV: The Management System | |
Large-Scale Work–Part V: Building Team Ownership |
|
Large-Scale Work–Part V: Building Team Ownership | |
Large-Scale Work–Part VI: The Process |
|
Large-Scale Work–Part VI: The Process | |
Leadership and Management in Software Architecture Leadership and Management in Software Architecture |
|
Leadership and Management in Software Architecture Leadership and Management in Software Architecture | |
Learn to use the SAE AADL Standard Model-Based Engineering with SAE AADL |
|
Learn to use the SAE AADL Standard Model-Based Engineering with SAE AADL | |
Learning from Hardware: Design and Quality |
|
Learning from Hardware: Design and Quality | |
Learning from Hardware: Planning |
|
Learning from Hardware: Planning | |
Lecture Notes on Engineering Measurement for Software Engineers |
|
Lecture Notes on Engineering Measurement for Software Engineers | |
Lecture Notes on Requirements Elicitation |
|
Lecture Notes on Requirements Elicitation | |
Lecture Notes on Software Process Improvement |
|
Lecture Notes on Software Process Improvement | |
Legacy System Modernization Strategies |
|
Legacy System Modernization Strategies | |
Less is, in fact, More: 60% Paper Reduction Using an Enterprise-Wide Process Framework |
|
This presentation provides a case study of CMMI implementation at General Dynamics and the resultant reduction in paper use there. | |
Lessons Learned Applying Commercial Off-the-Shelf Products Manufacturing Resource Planning II Program |
|
Lessons Learned Applying Commercial Off-the-Shelf Products Manufacturing Resource Planning II Program | |
Lessons Learned Applying the Mission Diagnostic |
|
Lessons Learned Applying the Mission Diagnostic | |
Lessons Learned Collaborating on a Process for SPI at Xerox |
|
Lessons Learned Collaborating on a Process for SPI at Xerox | |
Lessons Learned Model Checking an Industrial Communications Library |
|