{"title":"文本要求与基于模型的合同安全代理要求的比较实验","authors":"A. Salado, Niloofar Shadab","doi":"10.1002/sys.21738","DOIUrl":null,"url":null,"abstract":"Requirements form the backbone of contracting in acquisition programs. Requirements define the problem boundaries within which contractors try to find acceptable solutions (design systems). At the same time, requirements are the criteria by which a customer measures the extent that their contract has been fulfilled by the supplier. In this context, the quality of a requirement set is determined by the level of contractual safety that it yields. Unfortunately, textual requirements do not provide acceptable levels of contractual safety, as they remain a major source of problems in acquisition programs. Model‐based requirements have been proposed as an alternative to textual requirements, although this promise has not been demonstrated yet. This paper addresses the main question of whether using model‐based requirements improves the contractual safety of acquisition programs compared to using textual requirements. The level of adequate applicability, bounding, necessity, and completeness achieved by model‐based requirements are empirically measured using an experimental study with aerospace engineering and industrial and systems engineering students on a space system application. The results show that model‐based requirements outperform textual requirements in these four variables.","PeriodicalId":54439,"journal":{"name":"Systems Engineering","volume":"51 12","pages":""},"PeriodicalIF":1.6000,"publicationDate":"2023-12-06","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":"{\"title\":\"A comparative experiment between textual requirements and model‐based requirements on proxies for contractual safety\",\"authors\":\"A. Salado, Niloofar Shadab\",\"doi\":\"10.1002/sys.21738\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"Requirements form the backbone of contracting in acquisition programs. Requirements define the problem boundaries within which contractors try to find acceptable solutions (design systems). At the same time, requirements are the criteria by which a customer measures the extent that their contract has been fulfilled by the supplier. In this context, the quality of a requirement set is determined by the level of contractual safety that it yields. Unfortunately, textual requirements do not provide acceptable levels of contractual safety, as they remain a major source of problems in acquisition programs. Model‐based requirements have been proposed as an alternative to textual requirements, although this promise has not been demonstrated yet. This paper addresses the main question of whether using model‐based requirements improves the contractual safety of acquisition programs compared to using textual requirements. The level of adequate applicability, bounding, necessity, and completeness achieved by model‐based requirements are empirically measured using an experimental study with aerospace engineering and industrial and systems engineering students on a space system application. The results show that model‐based requirements outperform textual requirements in these four variables.\",\"PeriodicalId\":54439,\"journal\":{\"name\":\"Systems Engineering\",\"volume\":\"51 12\",\"pages\":\"\"},\"PeriodicalIF\":1.6000,\"publicationDate\":\"2023-12-06\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"0\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Systems Engineering\",\"FirstCategoryId\":\"5\",\"ListUrlMain\":\"https://doi.org/10.1002/sys.21738\",\"RegionNum\":3,\"RegionCategory\":\"工程技术\",\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"Q4\",\"JCRName\":\"ENGINEERING, INDUSTRIAL\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Systems Engineering","FirstCategoryId":"5","ListUrlMain":"https://doi.org/10.1002/sys.21738","RegionNum":3,"RegionCategory":"工程技术","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"Q4","JCRName":"ENGINEERING, INDUSTRIAL","Score":null,"Total":0}
A comparative experiment between textual requirements and model‐based requirements on proxies for contractual safety
Requirements form the backbone of contracting in acquisition programs. Requirements define the problem boundaries within which contractors try to find acceptable solutions (design systems). At the same time, requirements are the criteria by which a customer measures the extent that their contract has been fulfilled by the supplier. In this context, the quality of a requirement set is determined by the level of contractual safety that it yields. Unfortunately, textual requirements do not provide acceptable levels of contractual safety, as they remain a major source of problems in acquisition programs. Model‐based requirements have been proposed as an alternative to textual requirements, although this promise has not been demonstrated yet. This paper addresses the main question of whether using model‐based requirements improves the contractual safety of acquisition programs compared to using textual requirements. The level of adequate applicability, bounding, necessity, and completeness achieved by model‐based requirements are empirically measured using an experimental study with aerospace engineering and industrial and systems engineering students on a space system application. The results show that model‐based requirements outperform textual requirements in these four variables.
期刊介绍:
Systems Engineering is a discipline whose responsibility it is to create and operate technologically enabled systems that satisfy stakeholder needs throughout their life cycle. Systems engineers reduce ambiguity by clearly defining stakeholder needs and customer requirements, they focus creativity by developing a system’s architecture and design and they manage the system’s complexity over time. Considerations taken into account by systems engineers include, among others, quality, cost and schedule, risk and opportunity under uncertainty, manufacturing and realization, performance and safety during operations, training and support, as well as disposal and recycling at the end of life. The journal welcomes original submissions in the field of Systems Engineering as defined above, but also encourages contributions that take an even broader perspective including the design and operation of systems-of-systems, the application of Systems Engineering to enterprises and complex socio-technical systems, the identification, selection and development of systems engineers as well as the evolution of systems and systems-of-systems over their entire lifecycle.
Systems Engineering integrates all the disciplines and specialty groups into a coordinated team effort forming a structured development process that proceeds from concept to realization to operation. Increasingly important topics in Systems Engineering include the role of executable languages and models of systems, the concurrent use of physical and virtual prototyping, as well as the deployment of agile processes. Systems Engineering considers both the business and the technical needs of all stakeholders with the goal of providing a quality product that meets the user needs. Systems Engineering may be applied not only to products and services in the private sector but also to public infrastructures and socio-technical systems whose precise boundaries are often challenging to define.