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

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

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


系统建成后可能的部署:



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


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

总结业务模型如下:


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

  回复  引用  查看    
#1楼 2005-11-22 21:16 | scott8088      
从逻辑上划分清楚各操作人员角色应包含的功能,对于系统的易用性、人性化交互方面确实能起到很好作用,而且系统界面控制方面也不至于导致太复杂,另外这种方式在与用户进行需求讨论和原型演示讲解等方面也有帮助。
  回复  引用  查看    
#2楼 2005-11-23 09:02 | andyloo      
仅看到一个架构~~~




标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2005-11-25 11:53 编辑过
Google站内搜索

China-pub 计算机图书网上专卖店!6.5万品种 2-8折!
近千种 9-95 新二手计算图书火热销售中!
开发者征途系统新作:《设计模式——基于C#的工程化实现及扩展》

相关文章:

相关链接: