细说可持续的需求分析和软件设计
摘要：本文将详细为大家讲解可持续的需求分析和软件设计，包括优先级、80/20法则、完整性等各方面的内容。
近和大家一起讨论了一些内容管理方面的功能和设计，有些思考，和大家分享一下。
在讨论内容管理的功能需求时，我们常常会考虑某个功能各种各样的情况，功能性、易用性、复杂的处理场景、异常的处理场景，这些无疑都是非常非常有价值的，一个系统做到好的境界，从客户角度来看，也是这些功能了。
同时，我们也讨论了很多软件设计方面的一些内容，考虑了很多灵活性、扩展性方面的内容，同时设计和功能也是紧密相连的，设计常常对功能的具体展现会有一定的影响。
那我们实际中遇到的困难是什么呢？针对上面我们讨论的两个方面，主要是两个问题：
1）功能太多了，有时候是越想越多，如何选取合适的功能集合成为讨论的焦点；
2）还有是设计的灵活性和扩展性的把握，感觉好的设计，往往需要更多实现的时间，然后项目时间似乎又不允许。
在说明这两个问题之前，我想有必要稍微说明一下软件质量的一些分类。
近看一本书（Scrum and XP from the Trenches），对软件的质量，划分为内部质量（internal quality）和外部质量（external quality），外部质量指的是从客户角度可以看到的质量，比如软件的功能，易用性、性能等等；内部质量则是是从程序员角度来看的质量，比如代码的健壮性、可扩展性、可维护性等等。外部质量好的软件，内部质量不一定好；但是内部质量不好的软件，外部质量一般很难好。很难想像，一个设计很糟糕，代码质量很糟糕的系统，功能、性能和易用性可以很好。内部质量好比是外部质量的基石，代码的可维护性和扩展性，直接影响了系统的功能的改进和提升。
外部质量和内部质量比较容易对于到功能和设计两个问题上。
那么回过头来看我们遇到的两个问题，首先是功能的取舍问题。
我们Agile的团队讨论，大家对于某个User Story，讨论起来越谈越起劲，想出了好多好多的功能点，随之也带来了很多麻烦，比如说要实现的范围好像太大了，似乎一下子工作量变得很大，随着而来也有很多压力，然后接着我们有时候也会不由自主的按照项目时间点，寻找一些“捷径”，然后可能逐步丢掉了或者少做了一些好的功能点，甚至会转向实现一些大家虽然觉得不怎么好但是满足项目时间点的功能，这时大家都不免感到有些失落。
那我们可以怎么处理呢，可以稍微分析一下我们整理出来的功能点，我们会发现，情况也许不是我们想像的那么糟糕。我自己觉得有四个原则可以帮助我们去抉择：
● 功能优先级
● 80/20法则
● 完整性
● 可持续性
1）优先级
首先是我们可以按照优先级来选择功能点，这个是显而易见的。重要的功能先做，次要的功能可以先放一放。特别是基本的功能，比如客户一定要的功能，没有这个功能客户玩不转了；比如内容管理，如果内容创建、修改和删除，这些功能如果都没有，那么系统都无法正常运转了，肯定是不行的了。
2）80/20法则
80/20法则，是先选择哪些客户日常使用需要用到的功能，比如说内容处理的基本流程，有一些内容同步的异常情况，实现起来是很复杂的，但是实际中遇到的可能性相对较少。又比如内容创建流程的易用性，这个用户使用频率是非常高的，那么怎么优化内容创建的用户体验，这个功能点优先级也是很高的，然而它的代价可能不会特别高。
3）完整性
要特别注意是功能点的完整性，比如说内容异常流程的处理，假设因为项目时间，先不实现了，那么也不是说完全不处理异常了，还是要做到有一定完整性，即使是简单的实现也是需要的（比如说记录日志以供人工查询），但是这个简单实现是代价小的，而且是以后可以很快去替代的。
