2007-5-30  17:01:25  skykryptos920：  关于涉众利益的问题想问问你 
2007-5-30  17:05:12  skykryptos920：  我是的工作是编码 上游的系统分析员提供了一份SRS 但是我越看越糊涂， 按照上你的培训所说 感觉系统分析员写的srs 不太正确，但是又说不出哪里不正确 想请你指出一下 同时手头还有一份项目经理写的urs 反而urs 能很清晰的了解他们的需求 我把这2 份文件发给你 行吗 
2007-5-30  17:05:38  潘：  好 
2007-5-30  17:05:48  skykryptos920：  感觉系统分析员写的srs 不太正确 特别是涉众利益方面 感觉特别模糊  
2007-5-30  17:06:00      skykryptos920 发送 ******1497-用户功能需求说明书V1.2.doc 
2007-5-30  17:06:02  潘：  说明SRS 写多余了 
2007-5-30  17:06:05      skykryptos920@msn.com 发送 CDH-SRS-070521-V1.0.doc 
2007-5-30  17:06:17  潘：  其实urs 也许才是真的SRS 
2007-5-30  17:06:36  skykryptos920：  :S 晕了 
2007-5-30  17:09:16  潘：  基本路径*1,营销人员输入客户卡号； 2,系统查找该卡号是否存在； 3,营销人员录入月结客户的必要信息； 4,财务人员录入该月结客户的财务相关信息； 5,运作人员录入该月结客户的运作相关信息； 6,系统将完整的月结客户信息保存至数据库；
2007-5-30  17:09:22  潘：  这个用例不对 
2007-5-30  17:10:02  潘：  用例只会有一个主执行者，明明是不同岗位有不同的事情 
2007-5-30  17:10:15  潘：  这是犯了一个从数据库表找用例的错误 
2007-5-30  17:10:24  skykryptos920：  :D 
2007-5-30  17:10:34  潘：  认为都是对"客户"表操作，所以合并到同一个用例 
2007-5-30  17:11:10  潘：  涉众利益* 营销人员利用该用例来新增月结客户，用例应保证客户资料的完整性，财务人员可以利用该用例来填写财务相关的信息，如银行账号等。运作人员可以利用此用例来填写运作的相关信息。其它系统或用户可以将月结客户信息作为其它系统的依据。 
2007-5-30  17:11:20  潘：  涉众利益是：希望。。。担心。。。。 
2007-5-30  17:11:27  潘：  不是做什么 
2007-5-30  17:11:44  skykryptos920：  恩 恩 
2007-5-30  17:12:39  潘：  业务规则 1,需求要求在新增和修改月结客户信息时，需要屏蔽付款期限的某些选项。 要求对大陆地区和香港区的付款期限做区分，香港区的用户只能看到付款期限选项"45,65"等以5 结尾的选项， 其它以8 结尾的则是显示给大陆区的。 2,需求中需要记录月结客户的生命周期，即在启用时记录其启用日期，注 消时记录其注消日期，记录不能被覆盖，需要有连续性，并可以在界面中显示，如：查询某一月结客户信息时，可 以显示生命周期列表。  
2007-5-30  17:12:49  潘：  规则适用何处要说清楚 
2007-5-30  17:14:44  skykryptos920：  看来我的概念也不是很清楚 呵呵 不然就不会说不出哪里错了 :P 
2007-5-30  17:16:14  潘：  URS 里应该是业务需求（涉众利益），另外一个文档说的实际上还是系统需求，把两个文档合并才对 
2007-5-30  17:18:04  潘：  SRS 里的用例文档很多要改进 
2007-5-30  17:18:06  潘：  基本路径*1,营销人员输入要取消月结资格的客户基本信息； 2,营销人员选择取消其月结资格的原因； 3,营销人员提交请求； 4,系统将数据保存到数据库，并将该客户的状态置为非月结,给出取消月结资格成功的信息；  
2007-5-30  17:18:52  skykryptos920：  用例图 也有问题吧 我记得应该是用户使用系统来完成什么工作  
2007-5-30  17:19:08  潘：  123 可以合并，4 已经说到了设计（数据库，设置状态之类），另外应把改变（保存）和回应（给出取消月结资格成功的信息）分开