实战解析--非主流之设计

找出系统的关键问题
    我们已经在项目的背景中了解到,该项目成功的两个必要条件:
1) 异常信号采集并送到指挥中心的时间不能超过2秒;
2) 今后会有其他类型的信号类型,要保证能够支持这种扩展;
[这就是开篇中强调的:3--- 始终保持目标]
    所以这些关键的技术问题应该是首次迭代要解决的。

再深入调研
    通过和客户的深入调研:我们发现电信的单位组织架构通常是:基层动力局房 -->县局-->市局-->省局。
    为了上这套系统,我们就必须在基层动力局房安装数据采集器把模拟信号转换为数据信号,从而计算出真实的物理数据,判断信号是否正常,再向上级汇报数据。
 [ 依据我的5--简单的角色分工原则,我很容易就设想有本系统软件几个重要部分,分别是数据采集器、数据处理枢纽、监控台,他们的关系参见下图:


系统建成后可能的部署:



非常规的概要设计
基于那三个软件单元的角色,我们容易推导出他们应该具备以下功能:


如果你是个心细的读者,一定会记得上篇中关于需求的整理,这里在设计时进行了跟踪,我们很明显发现有些需求虽然客户没有提到,但是还是要做的,这就是那些隐含的需求。

总结业务模型如下:


说了半天,有些读者还是心里没有答案,你一开始提到的那两个必要条件在哪里设计呢?由于怕篇幅过长,我把它放到下篇,关键技术里讲吧。
posted @ 2005-11-22 16:19  成为-行动-拥有(BeDoHave)  阅读(1629)  评论(2编辑  收藏  举报