[原创]将用户交互融入软件生命周期

一个软件最终是否可用、好用，用户说了算。所以在实现软件生命周期过程中，一定要将用户交互贯穿始终，做到有节有序。以下是本人的一些休会，简单列之。

一、需求调研业务与信息化并重，业务先粗后细

需求调研一定会涉及业务和IT基础设施，这里主要谈业务，分两个步骤，先粗即圈定各业务部门的工作内容、范围，主要采用填表的方式，一定要简单，目的是能够形成一个目录式的表格。

当拿到所有业务部门的目录式表格后，即进行初步分析和分门别类，大致划分子系统，提炼出哪些是属于功能性的东西？哪些是流程性的东西？

以上述分析后的版本为基础，再逐个目录进行详细需求，面对面。关注目录与目录之间的关系，关注目录本身功能与流程的关系。

二、原型设计补充与完善需求

采用原型设计的方式，让开发方的理解与用户方的需求不断向需求基线靠近，直至双方满意。

三、设计阶段：重点关注主要技术和业务逻辑实现

需求定下来之后，接下来就是概设和详设了，对于完全不懂IT的用户而言，这个设计阶段基本上可以不用过问，也没法过问，因为不懂。如果有懂IT的用户，非要关心，建议只关注主要技术实现和主要业务逻辑实现，而并非一些独立性很强、功能性很单一的模块，因为你可能时间不够。

四、开发阶段：让内部测试人员成为开发人员与用户间的桥梁

进入开发阶段后，为确保开发质量，我觉得应该采取“开发一个、内测一个、拟交付一个”，这里有两层意思，第一层是每一个子系统、功能模块都经历上述过程；第二层是站在节约时间成本角度，做到环环相扣，如在开发C子系统过程中，B子系统应该正在内测过程中，而A子系统已经拟交付给用户检查。

为什么要将内部测试人员做为开发人员与用户间的桥梁？主要是为了节省开发人员的时间成本。而系统在没有完成第三方测试的情况下进行拟交付，主要也是为了确保开发质量，避免后期返工过大。

推荐到鲜果：

开发一个、内测一个、拟交付一个，有一些敏捷开发的意思。
我自己的一个体会：了解客户需求背后的目的很重要，如果你可以根据这个目的去优化他的需求，甚至改变他的需求，使他的目的更容易达到，是非常棒的

同意。

闪的漂亮～