2007-6-22 21:07:34 sportscar8： 当我把系统用例都用序列图描述出来以后，是不是就完成了分析阶段，开始进入设计阶段了呢？
2007-6-22 21:09:13 潘： 系统用例应该用用例文档描述
2007-6-22 21:09:53 潘： 分析设计的区别在于平台，与图无关，请复习之前的幻灯0,1,2,3,4
2007-6-22 21:09:59 潘： 的工作流
2007-6-22 21:16:57 sportscar8： 困惑不少，可就是不知道该怎么问您，等我再想想吧。谢谢！
2007-6-22 21:17:42 潘： 复习一下第一次课的模型
2007-6-22 21:20:01 sportscar8： 哦，这次上完课后，感觉是用例啊、业务序列图啊都不敢写了。怕一部留神就又写成设计的模样了
2007-6-22 21:22:43 潘： :D 按照课上的来即可，你课上就画的很好啊
2007-6-22 21:25:29 sportscar8： 命名的学问不小，再有就是用例文档，我觉得用词是一个很大的问题，感觉同一件事，用这种语言说就是需求，用另一种语言说就成设计了。
2007-6-22 21:28:47 潘： 噢，举例？
2007-6-22 21:33:18 sportscar8： 我自己觉得的，不知道对不对。比如：提供三种方式检索菜式，编号，拼音，分类检索。这么说就是设计。但要改成"提供多种方式检索菜式，用户可根据需要自由选择"，这样说就是需求了吧
2007-6-22 21:59:23 潘： 这个不是由你来判断的，而是由揣摩涉众得来的
2007-6-22 21:59:36 潘： 提供三种方式检索菜式，编号，拼音，分类检索－－也可以是需求啊
2007-6-22 21:59:58 潘： 主要看揣摩各类涉众意思的
2007-6-22 22:01:23 sportscar8： 那这个是哪类需求呢？ 设计约束？非功能需求？功能需求？
2007-6-22 22:02:18 sportscar8： 要是功能需求的话，在哪把它记录下来呢？单独一个用例么？
2007-6-22 22:02:47 潘： 这个，只能揣摩各类涉众的意思做出决定，什么都是对的
2007-6-22 22:03:06 潘： 检索菜式，编号，拼音－－意味着什么？
2007-6-22 22:03:30 潘： 这是行业规定吗？
2007-6-22 22:03:54 潘： 不这样做不让上马？
2007-6-22 22:05:41 sportscar8： 老板的意识是：如果服务员的业务很熟练，那么编号的方式是最快捷的。如果业务不太熟练拼音是一个很好的选择。如果这个服务员第一天来上班，那用分类检索的方式，他也能开展工作...
2007-6-22 22:06:46 sportscar8： 应该不属于行业标准。不实现也不至于不让上马。可是不实现老板肯定会不高兴
2007-6-22 22:06:53 潘： 那么老板的意思分别为各种成熟度的服务员提供两次操作之内定位菜的能力
2007-6-22 22:07:04 sportscar8： 恩
2007-6-22 22:13:27 sportscar8： "分别为各种成熟度的服务员提供两次操作之内定位菜的能力"这就可以写在非功能需求里了吧
2007-6-22 22:14:34 潘： 这是涉众利益，还不是需求
2007-6-22 22:14:55 潘： 这介于涉众利益和需求之间
2007-6-22 22:15:06 潘： 分别为各种成熟度的服务员提供快速定位菜的能力
2007-6-22 22:15:11 潘： 这是涉众利益
2007-6-22 22:15:33 潘： 两次操作，10 秒之内这是非功能需求
2007-6-22 22:15:51 潘： 也许设计约束"拼音首字"、编号也合适
2007-6-22 22:16:23 sportscar8： 懵了
2007-6-22 22:18:07 潘： 涉众利益－－分别为各种成熟度的服务员提供快速定位菜的能力
2007-6-22 22:18:16 潘： 这个是不可度量的
2007-6-22 22:18:39 潘： 老板希望新服务员0.1 秒就能定位更好
2007-6-22 22:18:47 sportscar8： 那么它是谁的利益呢？老板的？还是服务员的？
2007-6-22 22:18:58 潘： 你说呢
2007-6-22 22:18:59 sportscar8： 哦，是老板的
2007-6-22 22:19:43 sportscar8： 原来不光是服务员想简单方便。老板也替员工想
2007-6-22 22:19:57 潘： 但是，考虑到设施、实现难度、工期等因素，最终平衡得到的需求是可度量的
2007-6-22 22:20:31 潘： 可能是操作次数，可能是时间
2007-6-22 22:20:55 潘： 另外，老板和服务员也不希望出错，出错和快速之间也要有平衡
2007-6-22 22:22:01 sportscar8： 哦，是不是可以这样说，涉众利益或者来自老大的愿景，一但有了度量的尺度就可以升级为需求了？
2007-6-22 22:22:04 潘： 实际上得到需求不是问题，出问题出在涉众利益搞得不够细，服务员担心的"快速"和老板担心的"快速"一样吗？
2007-6-22 22:22:18 潘： 服务员担心的"准确"和老板担心的"准确"一样吗？
2007-6-22 22:22:37 潘： 哦，是不是可以这样说，涉众利益或者来自老大的愿景，一但有了度量的尺度就可以升级为需求了？－－不是
2007-6-22 22:23:10 潘： 涉众利益的冲突才能得到需求
2007-6-22 22:23:43 潘： 老大希望不要服务员，顾客想什么，系统就能感应到厨房
2007-6-22 22:23:45 潘： 行吗
2007-6-22 22:24:10 sportscar8： 哦各个涉众利益的平衡得出需求
2007-6-22 22:24:31 潘： 服务员希望大脑不用记任何东西，手指也懒得动，系统帮它全搞定，行吗？
2007-6-22 22:25:34 潘： 开发公司希望最小时间交付一个什么东西老板都会满意
2007-6-22 22:25:38 潘： 这行吗
2007-6-22 22:26:43 sportscar8： 找一个平衡点吧，不然谁都得不到想要的
2007-6-22 22:27:08 潘： 这个平衡点就是需求
2007-6-22 22:27:24 潘： 它只有一个答案
2007-6-22 22:27:34 潘： 就是最后成交的结果
2007-6-22 22:28:35 sportscar8： 哦，课上强调过这个的。
|