ABSTRACT

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 Systems Engineering and Requirements Management . . . . . . . . . . . . . . . . . . . 210

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 Projects Are Tough . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 Requirements Are Vital . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211

Traceability. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 Information Models . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 Rich Traceability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215

The Role of Models . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217 Generic or Specific? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218

Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 Agreement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221 Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221 Derivation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221 Qualification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222 Build . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222

Risks, Issues, and Assumptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222 Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222 Risks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222 Issues and Assumptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223

Summary and Conclusions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223 References . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223

INTRODUCTION

In this chapter, we introduce the concept of traceability. Traceability is the recording of relationships. Traditionally, it is concerned with relationships between requirements and development information. However, we can, and should, record relationships to qualification and risk information.