一款好用的软件系统是企业数字化转型的利器，也是企业的核心竞争力，当前一些大型企业为了更好的满足业务需求纷纷成立自己的软件开发团队，进行个性化定制开发，但即使是这样数字化项目建设仍不尽人意，为什么？究其原因还是对数字化转型的认知深度不够，以为做数字化就是技术使然，有了好的技术做数字化必然万无一失，导致业务过度依赖技术部门，但一方面业务对于软件研发又感到高深莫测，遥不可及，是高科技的产物，不愿意去研究、接触、融合，今天老杨就以企业内部定制开发软件为例，用最通俗的语言来谈一谈一款软件是如何从业务部门的抽象需求变成可视化的软件系统的全过程。

　　一款软件的生命周期大概分为如下几个阶段：需求调研、原型设计、软件开发、软件测试、软件试运行、正式上线.需求调研：

　　在此阶段常见的问题主要有业务部门表达不清、需求不明、需求多变；在日常工作中，业务与技术是两种不同的语言，不同的表达方式，在技术部门向业务部门进行需求调研的过程中，需要注意的是语言表达不要过于专业化、调研形式不要过于专业化，比如在询问并发用户量的时候提并发这个词业务部门可能一脸懵逼，再问软件想有什么功能的时候，估计得到的答案就是一句话：我们就是想提高工作效率，你们看着办吧！这个时候对于产品经理的需求调研能力是一个考验，要通过最简单的聊天方式获取软件需求，最终勾勒出一个产品雏形，然后再让业务部门来确认是不是心里想要的功能，所以信息部门一定要深入业务场景，了解一定的业务常识，只有这样才能与业务部门对话，设计出业务部门需要的软件产品功能。

　　，不知道自己想要什么功能、想实现什么效果，同时需求朝定夕改，让信息部门陷入不断修改、不断推翻的漩涡，系统永远是在开发中难以上线，所以一套需求调研管理机制非常重要，信息部门一方面要做好业务需求调研，另一方面又要控制沟通成本，把握需求节奏，不能任凭业务部门需求不断发散，造成项目难以落地，标准化的工作机制、制度化的管理此时显得尤为重要。只有业务部门需求确定了，才能进行下一步的工作。

　　此阶段是软件开发部门产品经理根据业务部门确定的需求调研结果，将抽象化的文字资料转化成软件图形模式，让业务部门更直观的看到未来软件的功能，更好的提出功能需求建议，此阶段对产品经理要求较高，一方面要设计出功能简单、易用的产品，另一方面要与业务部门充分沟通了解业务功能逻辑，以方便下一步的软件开发人员进行代码设计。

　　顾名思义就是软件代码开发的过程，需要开发部门多个岗位配合进行，例如前端工程师、后端工程师、系统架构师、UI设计师等，如涉及移动端的应用开发还需安卓、IOS开发工程师，值得注意的是如开发移动APP，会增加开发、后期运维成本，因为企业需要同时开发、维护安卓、IOS两套代码，还需考虑不同型号手机适配兼容性问题，而微信小程序基于微信平台开发只需一套即可，当然APP的某些优势小程序也是无法达到的，各有优势。软件开发阶段，对于软件架构的设计能力非常重要，既要保证系统架构的稳定，同时又要考虑系统之间的数据对接，还要考虑业务架构的前瞻性，这就要求架构师不仅技术能力优秀，还要对企业业务发展情况熟知，具有可预见性业务架构设计能力。

　　此阶段是对软件性能、功能的综合测试，以查看软件是否按预期达到相关要求。大部分的软件开发团队都配置专业测试这一岗位，但在企业内部的开发团队由于人力成本因素，测试这一角色一般由开发人员兼任，这就在一定程度上对于软件的质量难以把控，因此老杨建设，在此阶段应让业务部门充分参与，从第三方的视角客观验证软件是否满足需求。

　　部分企业由于时间关系或业务部门的原因此试运行环节往往会直接跳过或业务部门参与度不高，其实此环节需要业务部门全员参与，将系统全部功能及流程全部过一遍，以此来发现问题及时修改，以降低后期上线运行后由于软件功能问题影响系统的正常使用，所以在系统试运行环节，业务部门最关键的任务就是梳理优化业务流程，而非应付式填几个数据。

　　是指业务部门通过功能培训、试运行系统，在对软件进行全面验收后正式应用系统，在正式上线前需将系统内的测试数据全部清空，以保障数据质量；同时建议系统在正式上线同时相关配套的管理制度、数据标准同步出台，并由专业部门监督运行情况。需要注意的是业务部门数据的及时性、准确性、完整性将直接影响数字化系统的应用效果。

　　这是系统上线后期的工作内容，包括：系统用户的维护、流程维护等，在后期运维阶段还有一个最重要的任务就是系统的二次开发，因为业务是动态的，会随着企业的发展而改变，但系统功能是代码开发固化的，当系统功能无法满足业务需求的时候就需要进行二次开发，这也是为什么有实力的企业会成立开发团队自行进行软件开发的原因，因为软件代码在自己手里，业务部门的需求可随时响应，但第三方系统相比之下就没有如此便捷，需要企业付出大量的资金成本也不一定响应及时，因此在数字化建设中源码才是核心竞争力，谁掌握源代码谁就有话语权，但开发部门也要注意收集业务部门的需求，认真评估，谨慎二开。其实此处还应加一个阶段才会更完美，就是

　　，其实软件的消亡原因有很多种，例如业务部门以种种借口理由不使用，系统即失去价值，也就消亡了；由于需求调研不彻底或业务部门需求不明，导致软件功能无法满足业务部门需求，业务部门又无法应用，这样系统也会消亡；或者软件系统被更专业、功能更强大的所代替；需要注意的是即使企业内部有软件开发团队，自行定制开发，如项目过程管理缺乏科学性、缺乏问责机制，软件建设项目一样会烂尾。