推荐阅读：摘要：软件实施是否科学直接关系到软件应用的成败。本文从企事业单位用户的角度，构建了用户驱动软件实施的用户干系人模型，结合软件实施瀑布模型，提出了一种用户驱动软件实施的方法UserDriven Software Implementation（UDSI），并在招生系统的实施中实践
摘要：软件实施是否科学直接关系到软件应用的成败。本文从企事业单位用户的角度，构建了用户驱动软件实施的用户干系人模型，结合软件实施瀑布模型，提出了一种用户驱动软件实施的方法UserDriven Software Implementation（UDSI），并在招生系统的实施中实践验证了用户驱动软件实施的方法。
关键词：计算机软件与理论；软件实施；用户驱动；软件项目管理
0 引言
1 相关研究
用户对软件实施具有重要的作用。Paula J.Vaughan基于学术研究以及企业报告之上总结了影响软件系统实施成败的六个因素，用户参与是其中之一。用户参与即是用户在整个软件实施阶段的行为、活动、工作分配的集合，加强用户对项目的责任感，用户和项目的融合关系可以提高实施的成功率。一个有组织、有目的、具备一定方法的用户参与在软件实施的过程中是相当必要的。为了评价用户的参与程度，王璐对信息系统实施中的用户成熟度建立了相关模型。对于用户的参与方式方面，张春霞从博弈论的角度，分析了软件实施中企事业单位和软件提供方间的委托代理关系，定性了分析了软件实施过程中各个参与主体间的博弈关系，进而得出软件实施的策略。国内外研究者从不同角度进行了相关研究，但是缺少从软件工程的角度出发，结合实际的软件实施各阶段方面的用户参与方法研究。本文侧重于从用户驱动软件实施瀑布模型各阶段的角度，提高软件实施成功率。
2 用户驱动实施
2.1 用户干系人模型
软件实施涉及企事业单位各个部门、软件提供商等多方协调合作。用户干系人模型从企事业单位用户的角度出发，主要包含了领导层和执行层，其中执行层分为业务方面以及技术方面，领导层管理指示执行层工作，执行层向领导层汇报。如图1所示。通过领导层和执行层的配合做到单位上下共同参与软件实施。模型中各类干系人职责分明、相互协调、相互沟通配合共同推进软件实施按阶段有序有质进行。
领导层中包含三类：企事业高层领导、业务部门领导、信息部门领导。企事业高层领导一般由主管业务或者信息化建设的一把手担当。从高层推动业务部门和信息部门共同做好软件实施。高层领导统筹安排软件实施建设，听取业务部门领导以及信息部门领导的汇报。领导层共同对软件实施的成败负责。领导层主要负责制定实施目标、实施计划，进行单位相关工作流程、制度的建设，协调工作人员等。
执行层分为业务和技术两方面。业务方面的执行层负责业务的确认和使用，主要由企事业单位的业务部门担当。技术方面的执行层负责软件系统的正常运行，一般有企事业单位的信息化部门担当。业务骨干由精通部门业务，并对业务发展有一定设想和展望的业务精英担当。主要负责需求的提出确认，系统使用，系统推广等。业务操作员主要根据自身的工作使用软件系统相关的模块，并提出建议。系统管理员负责系统业务方面的总管维护，如基础数据、通用数据的维护等。应用程序维护人员、数据库维护人员负责软件系统的部署安装，确保系统的可使用性。网络硬件维护人员确保网络的畅通以及硬件设备的正常。
2.2 软件实施瀑布模型
软件实施瀑布模型如图2所示，将软件实施的整个过程分为四个大阶段：前期准备、开发测试、部署实施、运行维护。软件实施瀑布模型要求调研阶段软件提供商准备原型进行试用，细化确定用户需求。如同标准瀑布模型所要求的，模型中的每个小阶段都有里程碑式的产出，产出以软件实施双方项目组签字认可的程序和阶段文档为主，这些产出为下一阶段的进行做输入。
2.3 用户驱动软件实施的方法
用户驱动软件实施的方法是基于软件实施瀑布模型的。其主要思想有：
用户积极融入软件实施瀑布模型中各个阶段，在各个阶段中
遵循PDCA管理循环；根据当前的软件实施瀑布模型阶段，用户制定科学可行的项目质量管理方案、项目沟通计划、阶段性验收标准；
以通过阶段性验收标准为目标，项目各方人员做好阶段性工作；
用户主动确认验收软件实施瀑布模型中各阶段的工作成果，控制实施质量，并推动下一阶段的进行；
用户在软件实施过程中占据主导地位，软件提供商配合软件实施的进行；用户驱动软件实施的方法强调用户具有自己的软件实施理论，并将自己的实施方法应用到软件项目的实施上。用户在各个阶段按照PDCA管理循环，有目的有计划地开展工作，并逐渐将实践经验标准化，螺旋式上升丰富自身的软件实施理论。 对于软件实施瀑布模型的每一个阶段，用户驱动软件实施的基本过程如下：
1）根据用户干系人模型，确定当前阶段相关用户；
2）根据企事业单位的实际情况，制定当前阶段进行所需的计划，质量管理方案，成果验收标准，联合软件提供商，共同商议修改，最终双方签字确认；
3）当前阶段相关用户和软件提供商共同各司其职完成当前阶段的任务。对于一些技术性的环节如系统设计、测试、部署阶段，主动参与其中，一方面提升企事业单位的软件开发维护能力，一方面监督工期进度；
4）用户根据双方协定的成果验收标准检查阶段性的成果；
3 应用
3.1 需求调研阶段应用实例
需求变更过多是导致软件实施失败的常见原因。以下以招生系统的业务需求调研这个阶段为例，应用用户驱动软件实施的方法。业务需求调研阶段的流程主要如下：
1）涉及的用户干系人主要有分管信息的校长，招生就业处处长，信息中心主任，招生办主任，招生办科员，信息中心系统建设科员，信息中心运维部科员；其中招生办主任一方面充当业务部门的领导角色，一方面也充当业务骨干的角色。招生办科员是业务的使用人员和系统管理员。
2）信息中心系统建设科员制定《需求调研计划》，确定需要调研的内容、方式、涉及的人员以及日期等。制定成果验收标准，即在需求调研报告中能够清晰准确地画出招生办业务流程图和数据流程图。制定需求确认标准，联合涉及的用户干系人、软件提供方审核签字。
3）信息中心运维部科员在软件提供商的指导下部署招生系统原型。
4）软件提供商指导培训用户使用招生系统，招生办主任科员积极使用招生系统各个功能，确认原型中功能是否满足实际需求，并根据自我工作提出需求。
5）软件提供商访谈招生办主任科员，挖掘用户需求。
6）招生办提供本部门相关的管理文件供软件提供商挖掘需求。
7）软件提供商编写《需求调研报告》，主要包含业务描述，业务流程图和数据流程图等。联合涉及的用户干系人，召开需求评审会议，按照成果验收标准进行审核，若符合标准，则双方签字确认，进行下一阶段。若不符合标准，则查找原因，返回2阶段重新开始。
3.2 应用结果评价
需求变更率是衡量一个项目需求的稳定性，通过变更数量和总体需求数量的比较，来判断该项目是否超出了预先设定的变更范围。基准需求数量是需求评审会过后打基线确定的需求条目个数。表1列出了未使用UDSI的系统和使用了UDSI的系统的需求变更情况。
需求变更率一变更需求数量/（基准需求数量+变更需求数量）。从图3可以看出，在业务需求调研阶段应用了UDSI的方法后，发挥了用户的主动性，需求变更率分别降低了79.37%，76.87%，71.77%，平均降低了76.00%。用户驱动软件实施较好的保障了软件系统实施的质量。
4 小结
软件实施是一项复杂的系统工程，科学的方法和规范的管理办法可以在很大程度上保证实施的成功，促使实施的软件能够能到广泛的使用。本文联合软件实施瀑布模型和用户干系人模型提出了用户驱动软件实施的方法。阐述了在瀑布模型的各个阶段中使用用户驱动软件实施的流程，并在招生系统的业务需求调研阶段做了应用。用户驱动软件实施的方法可以保证用户的高参与性，提高软件实施的成功率。但是软件实施通常是一项长期的工程，过程中存在多方面的风险，用户如何进行风险管理需要进一步研究。
