软件开发如何应对非功能性需求变更.docxVIP

软件开发如何应对非功能性需求变更？?需求变更本应是客户的权力，如果确是需要变更，当然要满足客户需要。但问题是不能让变更权力滥用，把一些无关痛痒的非功能性需求变更宠惯养成堂而皇之的变更。对于非功能性需求客户总会有新的想法，项目好像总没有办法终结。以前当出现这种情况时，我总觉得很沮丧，觉得自己非常不幸，怎样会碰上这样的客户。可在读了《设计模式精解（Design Patterns Explained）》一书的一段话后，我恍然大悟，这不是我的错，世界原来就是这样子的啊，永远不变的就是变化。令人烦恼的非功能性需求变更?在软件开发中，大家都会遇到过这样的问题：客户的一个新想法，就推翻了之前与客户经过再三讨论而确认定下来的需求。如果是功能性需求变更还会让人容易接受一些，毕竟功能性需求不实现的话，是会大大影响到软件产品的质量。但现在我所负责的这个开发项目中遇到的都是一些非功能性的变更,而且许多是看起来无关痛痒的、鸡毛蒜皮的变更。（1）什么是非功能性需求？?在IEEE中，软件需求的定义是：用户解决问题或达到目标所需的条件或功能。一般包含业务需求、用户需求、功能需求、行业隐含需求和一些非功能性需求。业务需求反映了客户对系统、产品高层次的目标要求；功能需求定义了开发人员必须实现的软件功能。所谓非功能性需求，是指为满足用户业务需求而必须具有除功能需求以外的特性。包括系统性能、可靠性、可维护性、易用性和对技