SMP语言基础知识-应用系统，需求的痛点，需求方的痛点

上篇文章介绍了啥是具体的应用系统？啥是抽象的应用系统？并说明SMP抽象应用系统为界面+功能，这是SMP底层的基础。

有了SMP底层基础，那么我们今天开始将讨论软件开发的各个环节的痛点，为以后设计SMP解决这些痛点做一些知识铺垫。SMP正是在这抽象的应用系统基础上为解决软件开发各环节的痛点而设计的。

今天我们首先来讨论一些应用系统需求的痛点，即需求方的痛点。

一、需求的来源

从大的方面来看，企业事业单位的信息化、自动化是软件开发的最根本的原因。

具体来看需求来源有：

1、 同业或总部或下辖他地区部门已经使用了应用系统，本单位也想开发使用。

2、 领导要求开发的应用系统，往往要求在指定时间内完成。

3、 业务发生变化，需要新开发应用系统、或对原有应用系统进行升级改造。

4、 原有应用系统存在问题，不能满足用户的要求，需要对原有系统进行升级改造。

5、 外部的刚性要求，比如上级、监管机关、公安、税务、协会等提出的要求，需要开发应用系统。

6、 从规划角度，对现有的应用系统进行整合，创建平台机制、实现应用系统平台化建设和管理。

7、 因新技术出现，比如人工智能出现，新增相关功能和应用系统。

二、需求来源中的痛点

从以上需要来源和开发实践来看，存在以下痛点：

1、 知道别人使用了应用系统，但是对这个应用系统的需求和具体的功能不清楚，只有名称和大概的了解，提不出很详细的需求书。

2、 对外部的刚性要求，理解不一定理解很准确，尤其是有技术和数据的要求，更是如此，往往会把相关文件作为需求附件作为需求，并不能准确把控文件要求，导致需求不实。

3、 领导提出的开发应用系统往往是一个总体要求，具体的需求还是要下面去根据总体要求去细化，但是这种细化和领导想要的结果是否一致，需要不断的沟通才能确定，这种不断沟通，拉长了需求的确定时间。

4、 对需求转变成应用系统没有经验，对应用系统能做什么并不清楚，使得需求并不能得到最佳应用系统解决方案。

5、 对新技术了解不够，凭自我的理解，认为新技术能用于业务和管理，而实际的可能性会大打折扣。

这些痛点对需求方因自己内部原因产生，而且是几乎难以避免的，如何去减轻这些痛点的压力，SMP会在设计时候，做出自己的解决思路。

三、需求到开发中的痛点

需求都是用户提出的，用户对需求有最终的解释权，然而，需求是要提供给开发者的，无论是本单位的开发部门和软件公司，都需要对需求进行全面深入的了解，以此才能制定出应用系统的方案设计，让后将方案提交给项目经理，由项目经理，交办给程序员编程。

由此可见，从需求书到方案设计到编码，需求不断对被不同的人所了解，所使用。在实际过程中，需求到开发会产生许多用户的痛点，这些痛点直接影响到开发进度和开发质量。

1、 项目经理对需求理解不够，需要给项目经理反复讲解，由于会涉及业务，这种讲解并非易事。有时需要业务培训才能对业务环节有所了解。

2、 并非需求方对自己的需求细节都很清楚，尤其是跨部门跨业务，和涉及原有应用系统功能和数据的需求，都让需求方痛苦不已，需求方牵头人要牵头各部门对需求做进一般解释。

3、 需求方对需求到应用系统这个过程并没有清晰的了解，他们往往关注应用系统产出的结果。导致方案设计是否能满足自己的要求以及方案设计更能优于自己的需求，自己并不清楚。

4、 随着设计方案和部分程序产生，需求方会对需求要求做修改，这个会导致于项目组发生矛盾，项目组一般倾向于设计方案确定后是不能变的，需求变化会导致应用系统交付日期的延迟和开发费用的增加。保持需求在提交后不变是需求方一个常见的痛点。由于，需求方是甲方，相对强势，需求变化开发方也会无奈的接受。

这些痛点是需求方因开发方原因产生的，同样困扰着需求方，影响着应用系统开发的进展。

后面，我们应用系统开发环节做进一步的分析，看看它们存在哪些痛点，这些痛点也是SMP关注的，并设法解决的。

敬请关注：下篇应用系统开发过程的痛点。