浅谈JCFXBL“技术管理”思路

浅谈JCFXBL“技术管理”思路

本系列文章由ex_net（张建波）编写，转载请注明出处。

http://blog.youkuaiyun.com/ex_net/article/details/8564191

作者：张建波 邮箱： 281451020@qq.com 电话：13577062679 欢迎来电交流！

管理范围：合作单位、团队、以及我们自己的开发团队

目标：走标准化技术规范、提升产品质量、确保工期可控

意义：让多个合作单位在我们的平台上“协同工作”，降低对人员或团队的依赖，增强产品稳定性、技术保密性

宗旨：在我们的指挥调度小，多方协同工作。

            产品事业部进行工作重心将向“技术支撑平台”转移，原有开发团队细化为3个小组（技术标准制定组、运营支撑平台开发组、质量控制组）。

技术标准组负责制定：我们自己的技术标准、技术规范，以此指导一个或多家合作单位按照我们的标准进行产品设计、开发、乃至加工、包装等。

运营支撑平台开发组：按照技术标准组制定的技术标准、技术规范设计、研发“支撑平台”，为合作单位提供软件开发、硬件设计所需要的软件资源（软件API接口、接口说明）、硬件资源（硬件接口定义、信号标准）。

合作模式探究

软件生命周期介绍

各阶段任务要点

①要求系统分析员与用户进行交流，弄清“用户需要计算及解决什么问题”然后提出关于“系统目标与范围的说明”，提交用户审查和确认。

②一方面在于把待开发的系统的目标以明确的语言描述出来，另一方面从经济、技术、法律等多方面进行可行性分析。

③弄清用户对软件系统的全部需求，编写需求规格说明书和初步的用户手册，提交评审。

④开发阶段由“设计”、“实现”、“测试”三个阶段组成

⑤维护包括“改正性维护”、“适应性维护”、“完善性维护”、“预防性维护”四个方面

从软件生命周期来看，各阶段我们的工作重心

（1）问题定义阶段

自主研发产品，问题定义的发起者应当是我们，也必须是我们。只有我们自己才会想到“要干这个事情”。

客户委托定制产品，问题定义的发起者是“客户（甲方）”。我们按照他们的定义进行论证即可。

（2）可行性研究阶段

     这一阶段，我们可以自己查资料或做实验论证，或委托其他专业机构进行论证。

（3）需求分析阶段

     在这一阶段，要加强我们自己队伍的建设，完成一系列相关的标准、规范制定，才能确保合作单位提供的“需求分析”准确、完全。

（4）开发阶段

这是本文的重点，提供打造一个开发的、可扩展的“运营支撑平台”来达到对整个“开发阶段”的掌控目的。

大型项目势必会有多个合作单位共同合作，因此有必要营造一个技术标准平台，让多个团队可以在上面协同工作。同时也才能自己掌握多个团队开发的进展、完成情况、完成质量。

如何开始与“合作单位”合作的思考？

例如：

我们现在要我们委托小李的团队开发一套“进销存系统”，那么我们应当怎么做？同时要求对方怎么做？并且最终的结果如何确保？

第一步、明确问题定义，这一环节要提供对方明确的“XXXX系统需求分析报告”

第二步、提供对方“开发资源”

开发资源包括以下3点

（1）开发标准，主要包括“命名规范、编码规范”

目的：确保无论是谁开发出的“软件”最终配套的源代码、文档的风格、标准是统一的。方便今后接收的人“易读、易学、易用”最终“易改”。

 

（2）开发API接口库（dll、lib、COM等方式），并配上相应的API接口说明书

提供统一的API接口库，确保所有参与项目开发的人，在“核心数据”、“核心业务”、“关键模块程序”的调用、流转、保存上保持一致。同时，由于是给“合作开发单位”提供的是一系列API接口，因此保护了我们产品的技术核心。对于合作开发团队而言，他们的开发是基于我们自己的“黑匣子”开发的，他们开发的成果注定只能依附于我们的平台运行，降低了在我们产品成功后出现“山寨或OEM”的几率。

这一开发模式，类似“苹果应用超市”、“安卓应用超市”的运作模式，打造一个封闭的技术体系，同时提供一个开放式的开发平台。

 

（3）装有开发环境的虚拟机或开发环境搭建指导手册。

（4）提供相关技术支持

 

第三步、明确任务节点

版本控制上时间。时间节点检查。