1) Process of Software Requirement Changing
软件需求变更过程
1.
A Primary Survey about the Quality Management and Control ofthe Process of Software Requirement Changing;
软件需求变更过程质量管理及控制初探
2) Software Change Request
软件变更请求
3) Requirements change
需求变更
1.
The Improvement of Software Testing Based on Requirements Change;
基于需求变更的软件测试改进
2.
Process of requirements change management and analysis of requirements management tools
需求变更管理过程及其工具分析与展望
3.
There are still some urgent study and solve problems in the coordination of communication, requirements analysis, requirements change control.
在协调沟通、需求分析、需求变更控制等方面还存在一些亟待研究解决的问题。
4) requirement change
需求变更
1.
This paper discusses the impact of requirement change, and offers some guidelines about how to deal with requirement change in an effective manner.
分析了需求变更对软件开发项目的影响 ,对处理需求变更应注意的问题进行了讨论 ,并提出了一个解决需求变更的方案、该方案采用状态控制表和版本控制软件相结合的方式对需求变更进行跟踪处理 。
2.
The requirement changes have being one of the top risks and influence the quality of software project.
需求变更已经成为软件开发项目中突出的风险源头,直接影响了软件项目的质量。
3.
To reduce the effect of requirement changes on the information system(IS) development,more appropriate software engineering methods and measurement must be used to analyze the cause and the tendency of these changes,and then manage and control them.
为了减少信息系统需求变更对系统开发的影响,必须采用合适的需求工程方法和合适的度量方法及技术来分析需求变更的原因和趋势,从而更好地管理和控制需求变更。
5) requirement changes
需求变更
1.
Many companies manage requirement changes in work flow for the reason that more and more projects fails because of requirement changes.
需求变更控制是软件需求管理的核心，由于软件项目中的需求变更而导致软件项目失败的案例越来越多，所以解决需求变更的问题已经被许多软件公司列入了重要的流程化管理中。
6) software requirement engineering
软件需求工程
1.
The following conclusions can be drawn: requirement elicitation is basement of software quality assurance; tools with practicality and operation is very important in software requirement engineering.
认为:软件需求的获取是软件需求工程的重要一步,是软件质量保证的基础:研究具有可操作性和实用性的软件需求工程辅助工具具有重要意义。
补充资料：软件需求定义
软件需求定义
software requirements definition
rUQnjjan xuqIU dingyi软件需求定义(softw田re requl~ts defi-nition)软件需求的完整陈述。它是软件开发人员与用户密切合作，了解用户的需要、目的和期望，并进一步表述而成的定义性陈述。有时又称为软件需求规约。它是用户与软件开发人员之间契约的基础，主要面向用户，采用基于现实世界的描述模型，以便于用户理解。 软件需求包括功能需求和非功能需求两个方面。 功能需求从用户的角度明确软件系统必须具有的功能行为，其中包括系统的操作过程和操作模式的控制过程等描述。功能需求不仅要说明每项功能需要“做什么”，而且还要指明这些功能间的联系及相互的依赖关系(控制和数据)，但不涉及“如何做”的描述，它是整个软件需求的核心所在。 在功能需求的基础上，非功能需求对软件需求作进一步刻画，包括功能限制、设计限制、环境描述、数据与通信规程和项目管理等。功能限制刻画软件系统的性能、响应时间、安全性标准和质量指标等;设计限制主要包括系统的开发平台等;环境描述主要包括系统所属环境的各个方面及其应用领域;数据与通信规程主要刻画系统各部分之间以及系统与外部环境之间的数据流;项目管理涉及系统开发与系统交付等方面的需求，主要包括文档标准、模块测试与集成过程、期限和可接收性标准等。 对上述软件需求所涉及的各个方面，其侧重点随软件类型而异。 好的软件需求定义文件应该是尽可能详细、完备、一致并具有较强的可适应性。其作用如下: (l)作为用户和软件开发人员建立合同的基础，它是双方对待解间题的共同理解; (2)作为软件开发的依据，开发人员据此写出相应的功能规约，然后再选择合适的解题途径，进行软件的设计与实现; (3)作为软件确认和验证的基础，一方面可据此确认系统是否满足用户需求;另一方面，可据此验证软件的设计与实现是否正确。
说明：补充资料仅用于学习参考，请勿用于其它任何用途。
参考词条