论需求分析获取技术及应用-系统分析师论文

这篇文章是我关于《需求分析获取技术及应用》的系统分析师论文。

2021年5月，我参与了某省图书发行集团公司的业务管理系统的研发项目。该系统包括采购管理、入库管理、库存管理、销售管理、退货管理、调剂管理、盘点管理、客户管理、促销管理、POS客户端、APP客户端等。在项目中我担任系统分析师，负责系统分析设计工作。本文以该系统为例，主要论述了软件需求获取技术在项目中的具体应用。首先，以用户访谈和调查问卷结合的方式来进行需求获取；然后，以现场观摩的方式来进行需求获取；最后，采取构造快速原型的方式，持续迭代，来进行需求细化和系统演进。利用多种获取技术实施需求获取，有效地降低了项目风险，最终系统顺利上线，获得了用户的一致好评。

       某省图书发行集团是一家国有大型文化企业，下辖多个市级子公司和县级分公司，现有业务管理系统是多年前基于PowerBuild开发的局域网C/S架构的系统，各子分公司、各门店系统均是独立运行，全省并不联网，由于已经完全不能满足公司业务开展和互联网数字化技术发展的需要，需要研发一套新的业务管理系统，以支持线上线下业务的开展。2021年5月，我单位承接了该集团公司的业务管理系统的研发项目（以下简称为“系统”）。该系统主要以图书销售功能为核心，分为采购管理、入库管理库存管理、销售管理、退货管理、调剂管理、盘点管理、客户管理，促销管理、POS客户端、APP客户端等。采购管理主要由采购员负责采购订单的发起，订单发送到采购经理审核，将审核后的订单发送给出版社进行订货；入库管理模块用于采购到货后的包件和数据入库管理；库存管理模块用于因入库、销售、调剂、退货等操作引起的库存变化，保证库存的准确；销售管理模块主要用于全省各门店POS机销售、政企部门批量销售、线上APP销售的管理；退货管理模块用于向出版社的退货管理；调剂管理模块用于各门店间的图书调剂管理；盘点管理模块用于管理各门店的库存盘点；客户管理模块负责客户信息的管理。在这个项目中，我担任了系统分析师的职务，主要负责系统的分析设计相关工作。

       常见的需求获取技术有用户访谈、问卷调查、现场观摩、原型化方法等。用户访谈主要对一至三个以内有代表性的客户进行谈话沟通获取需求，优点是灵活性好，适用范围广，缺点是时间难以安排，信息量大，记录困难，需要专业领域知识，对主持人要求较高，对机密话题较敏感等，适合简单、小范围的需求获取；问卷调查主要通过设计调查表来收集用户需求，优点是可短时间内廉价的从大量回答中收集数据，缺点是双方未见面，无法澄清提问，反馈信息不全面，无法深入问题细节，适合大范围需求收集；现场观摩主要针对较复杂、难理解的流程、操作，优点是直观清晰，缺点是效率较低，适合复杂需求的获取；原型化方法通过构造一个简易原型系统，根据用户在试用过程中的意见重复修改直到满意，优点是允许用户早期交互反馈，缺点是较为费时，会误导用户对未来系统有不切实际的期望，适合需求不明确的情况。

       本文主要通过前期、中期、后期三个阶段，分别论述了系统在需求获取过程中所采用的具体技术方法。

       1. 前期阶段

我们首先采用了用户访谈和调查问卷结合的方式进行需求获取。由于涉及到的部门众多，为了能突出重点，我们先选择了在业务上有代表性的部分子分公司、门店、部门和关键岗位成立业务专家组。我们把需求调研团队分成了多组，分别进行需求的收集。对于重点业务部门的领导和关键岗位的业务骨干，我们采用了访谈的方式进行需求获取，通过与他们的详细沟通，我们对系统的主要业务功能、用户等有了整体、全面的了解。由于其他岗位人员数量较多，业务过程较为复杂，如各管理模块中涉及到的不同业务岗位等，我们就在业务专家组的配合下，制作了调查问卷表格，下发给各岗位操作人员，经过统计整理后，我们获悉了各岗位的操作流程、过程细节。这种安排主次分明、详略得当，在前期起到了不错的效果，给后续的需求获取活动搭起了良好的基础。

       2. 中期阶段

       虽然在总体需求的获取上已经有了一定的基础，但很多流程仅仅通过访谈和问卷调查还是无法直观了解的。为了防止前期需求分析的缺陷带到后续阶段，影响系统的成功实现，我们决定在前期获得的需求结果基础上再采取现场观摩的方式进行需求获取。我们征得单位领导的同意，在集团公司领导的协助和安排下，我们分组，分别下沉到各子分公司业务部门一线，对一线的业务现场进行了观摩，了解了在传统业务方式中，他们的具体操作流程，以及各子分公司对待同一业务不同的处理流程。通过现场观摩的方式，我们更清楚地了解了业务流程，为后续系统解决传统业务操作中存在的问题起到了良好的作用。

       3. 后期阶段

       通过快速原型法构造出了一个简易的系统，供用户试用与反馈。这个原型只是一个系统框架，很多操作是空动作，目的是向用户说明系统的功能和操作方法，以后再随着开发进程以及需求明确逐步求精。例如采购订单功能、销售管理功能等等，暂时都不会进行实际的操作功能的开发，而是直接显示一个界面和操作成功的结果提示，展示给用户看方便与用户的沟通。在整个构建过程，我们也让用户参与到设计中，他们提供了工作流程方面、业务领域方面不可或缺的经验，也为以后项目通过验收提供了有力支持。在每一次迭代过程中，通过和业务专家组交流，在完善需求的基础上，完善对象模型。比如，某次试用中，业务专家组向我们提出某个需求“用户提交销售订单并支付完成，应当在较短时间内，不能让用户等待太久”，但无法明确“较短时间”是多少合适。为完成这一需求，采取模拟延迟的方式，让业务专家组现场试用，明确了这个时间应该在3秒内，并反复修改原型，完成了这一迭代需求。

       经过18个月的研发，系统于2022年11月正式上线运行，至今已正常运行一年有余，承受住了近千台POS销售终端同时运行的压力，系统响应速度和性能达到预期目标，获得了该集团公司领导和员工们的一致好评。在使用中系统也出现了一些问题，比如系统上线后，部门员工有抵制情绪，不愿学习新的计算机技能，我们经过沟通，及时为其作了技能培训，成功的解决了这个问题。实践证明，系统项目能够顺利上线，并且稳定运行，与系统采用了合适的需求获取技术密不可分。经过这次需求获取技术的方法和实施，我们也看到了开发上的不足，在未来还会不断地更新知识，弥补不足，更好的服务于客户，在图书发行软件行业做出更大的贡献！