现在的位置: 首页 > 综合 > 正文

浅谈JCFXBL“技术管理”思路

2013年12月04日 ⁄ 综合 ⁄ 共 1680字 ⁄ 字号 评论关闭

浅谈JCFXBL“技术管理”思路

本系列文章由ex_net(张建波)编写,转载请注明出处。


http://blog.csdn.net/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)提供相关技术支持

 

第三步、明确任务节点

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

抱歉!评论已关闭.