软件需求获取 VS 软件设计过程活动

在软件工程中，需求获取是非常重要的一个环节，它需要开展一系列活动来获取正确的需求。通常软件需求获取的过程包括:

·评审和完全理解系统需求和安全需求。软件工程师必须对系统需求非常熟悉。对初始安全评估的理解也是掌握安全驱动力所必需的。
·与客户、系统工程师、领域专家进行会谈，回答系统需求中的问题，并补充遗漏的系统需求。
·在撰写软件需求前,确定系统需求和安全需求的成熟度和完整度。
·与系统工程师一起改进系统需求。在软件组把系统需求细化为软件需求之前，系统需求必须应该相对成熟和稳定。
·复用过去相关项目的需求,并考查这些项目的问题报告。
·定义初步的术语表，以保持需求陈述的术语一致性，避免项目成员对术语的使用及其含义产生误解，减少二义性。所有其他文档的文字说明中都应始终如一地使用术语表中的术语。

而软件设计过程活动的要求包括:

·在软件设计过程期间，开发的低级需求和软件体系结构要符合软件设计标准，并且是可追踪、可验证和一致的。
·要定义和分析派生的需求,并保证不损害高级需求。
·软件设计过程的活动可能引入失效模式到软件中，或相反地影响其他的软件。在软件设计中采用划分或其他结构方法可改变某些软件部件的软件等级的分配。在这些情况下，将定义附加资料作为派
生需求，并把这些资料提供给系统安全性评估过程。·当规定与安全有关的需求时，要监控控制流和数据流，如看门狗定时器、合理的检查和交叉通道比较。
·对失效状态的响应要与安全性有关的要求一致。
·在软件设计过程中检测到的不合适的或不正确的输入将提供给系统的生存周期过程、软件需求过程或软件测试过程，作为澄清或纠正的反馈。