多子系统项目架构与人员管理

大型项目会涉及到多个子系统。每个子系统的开发工作的管理和控制和单个系统的研发有很大区别。不能简单的将单系统的研发经验直接应用在多子系统的项目里。其中的区别如下:

对于单系统的情况:
1.系统的业务和技术相对单一,并且系统内是具有强关联性的,各部分必须严格一致。
2.需求规模有限,可以被一个人完全掌控。
3.用户需求可由一个人与用户协调确定。

但对于多子系统的情况,比如:有展现、有监控、有大数据

此时:
1.各个子系统的技术都很复杂,难以由一个人来全面掌握,系统间具有协作关系。
2.需求规模巨大,难以由一个人控制所有细节。
3.每个子系统的需求,需要由各子系统的负责人和用户沟通确认。


这样的情况下,项目的总体控制和管理,和单个系统的有很大差别。具体方法如下:

1.技术层面的控制,需要专注与整体架构。最重要的是明确各子系统的接口形式,将不同子系统的业务逻辑彻底分开。使得各子系统的工作关联性小而明确。
2.需求由各子系统汇总并进行总体控制。
3.清楚明确的开发实施计划,以协调各子系统的工作进度。

这种情况下,应用基于构件的软件工程思想很有用。

《人月神话》中也有相关描述。对于每个子系统采用 外科手术 团队的思想, 在每个团队之上 架构师 进行统一管理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值