月份：2006年1月

没有朋友回复和参与的blog总是倍感失落

　　在blog中写了成百篇日记，却没有什么回复，是不是倍感失落。

　　学习日记应该倡导一种主动关心别人、关注别人、鼓励别人的氛围。以后的积分系统可能要把这个纳入重要的考虑。

　　记住：爱人者，人爱之。我们要提倡多去关心、帮助别人而不能光是希望别人关心自己和帮助自己。

　　这也是“作用力”和“反作用力”的体现吧。也是“互补”、“共享”、“交流”、“互助”、“双赢”、“互惠互利”的体现吧。

要认真测试修改日记目标的功能

　　即是在修改日记时可以修改日记所属的目标，昨晚已经编码完成。因为这个功能牵涉数据库的地方多，如果出错了，不好维护数据库。所以在进入实际运行站点之前要好好的测试一下。

　　１、预期的实现效果：

　　１）日记的parentID变为新目标的articleID，日记的最近更新(lastUpdate)为改变目标的时间;

　　２）旧目标的日记数((diarySize))减１；

　　３）新目标的日记数(diarySize)加１，新目标的最近更新(lastUpdate)为日记改变目标的时间；

　　４）我的进行中的目标（usergoal表）的旧目标的myDiaySize减１；

　　４）我的进行中的目标（usergoal表）的新目标的myDiaySize加１，我的最近更新（myLastUpdate）变为改变目标的时间；

　　２、向自己提问：

　　１）、如果改变目标的日记写在新目标建立之前，岂不是目标还没建立就在下面写了日记？这符合逻辑吗？符合学习日记的理念吗？

　　２）、如果改变目标的日记是旧目标的最新日记，把这个日记移走后，旧目标的最近更新仍然是这个日记的未移走的时间，这正确吗？

　　３）、其它问题...

　　３、答问：

　　１）、这认为符合逻辑，一个目标我先还没有确定要实现它。如学习spring，但是又在学习java中又写了相关的日记。于是，在spring目标建立后，我就把这篇日记移入这个目标下。

　　２）、正确，旧目标确实在这个日记建立时更新了。

　　４、实施步骤：

　　用junit测试建立初始数据太烦了。我没有使用测试在先的方法。以后新版本的开发再考虑是否采用测试在先的测试方法。

　　１）、建２个新目标在上面测试。

　　２）、在上传这功能到实际运行站点前备份数据。

忏悔

　　我的肠和胃们，你们好。我向你们忏悔。

　　前些日子，由于我的胃口好，让你们超负荷工作，什么东西都吃，好吃的东西就暴食暴饮。现在你们终于不堪重负，消极怠工了。弄得我很不舒服，非得去看医生了。我想你们也不舒服吧。

　　现在，我向你们保证，一定不让你们接受自己难以承担的工作。一定要让你们有规律的作息。一定要给你们休息和休闲的时间。只求你们让我不要这么难受。也不让你们自己难受。

　　俗语说得好：病从口入。我一定要把握好“口”这一关，在进口产品的时候，多多想想你们的感受、你们的难处。

　　哎，我忏悔。

(转帖)开发一个dvd play er系统，用例到底应该如何划分呢

转自：umlchina yahoo讨论组

　　To: UMLChina@yahoogroups.com

From: "赵鹏" <zhaopeng@webservice.com.cn>  Add to Address Book  Add Mobile Alert 

Date: Fri, 13 Jan 2006 12:49:01 +0800

Subject: 答复: 回复： [UMLChina] 开发一个dvd play er系统，用例到底应该如何划分呢

   

一般而言，一个用例就是参与者的一个目标，它是一个可观察到、可度量的过程。

对于参与者是一个在有限时间内可完成的一个过程。

如“播放碟片”，从不同角度看，就会有不同的解释。

从功能看，就是播放机上的一个按钮，是播放机的一个功能。

从目标看，对参与者是一个完整的过程，它包含一些列的功能(其中包括上面的功能)，它是参与者的一个意图。

如果把“播放碟片”写成用例可能像如下的例子

 

播放碟片(仅作示例)

参与者：想看碟子的人

前置条件：播放机已经接通电源。

主要场景：

1、参与者打开播放机电源。

2、播放机点亮电源指示灯。

3、参与者打开碟片舱门。

4、播放机弹出舱门，指示灯闪烁。

5、参与者关闭舱门。

6、播放机确认舱门正确关闭，并确认碟片可以播放，显示碟片时间。

7、参与者播放碟片。

8、播放机按照碟片预设的流程播放。

扩展

3a、如果参与者连续发出关闭和打开舱门命令，播放机近当舱门打开后才接受最后一条指令。

3b、如果参与者发出其它指令，播放机将忽略。

5a、如果参与者连续发出关闭和打开舱门命令，播放机近当舱门关闭后才接受最后一条指令。

5b、如果参与者发出其它指令，播放机将忽略。

6a、碟片不可识别，播放机弹出碟片。

8a、参与者可以随时中止播放。

 

相关的用例可能还会包括：

一、用户从指定时间处开始播放。

二、用户回看播过的内容。

。。。。。。。

 

从上面的用例可以看到“播放碟片”即出现在用例这个层次，也出现在具体功能这个层次（本人觉得应该避免这种名次的混淆，此处仅作为示例）。

从指这样的用例可以分析和提炼出，一个播放机具体需要具有哪些系统特性，即可以得到一个功能列表，如你在问题中所提到的。

系统特性，可以用“系统可以做....”这样的语句来验证。

如，播放机可以播放碟片、播放机可以调到指定时间、播放机可以快进.............

 

 

--------------------------------------------------------------------------------

赵鹏

软件开发部

上海星移软件有限公司

MSN:dearzp@hotmail.com

Email:zhaopeng@webservice.com.cn

Biz Tel:021-54395480

more for www.webservice.com.cn

 

--------------------------------------------------------------------------------

发件人: UMLChina@yahoogroups.com [mailto:UMLChina@yahoogroups.com] 代表 周

发送时间: 2006年1月13日 12:15

收件人: UMLChina@yahoogroups.com

主题: 回复： [UMLChina] 开发一个dvd player系统，用例到底应该如何划分呢

 

如果说快进快退实现了用户定位影片的目的，可以作为单独的用例，那类似于“下一曲”“上一曲”以及搜索查找都可以做为单独的用例吗？

weijie xu <iam_xuwj@yahoo.com.cn> 写道： 用例的粒度大小是否合适，主要还是要看这个用例是否已经实现了对用户有价值的结果，或者实现了用户的某一个有价值的目标。对于"停止播放"来说，用户的真正目的并不是仅仅用DVD播放软件来停止播放DVD，停止播放单独存在对用户而言毫无意义，只能是作为播放DVD过程中的一个步骤。所以“停止播放”不能作为一个单独的用例，只能作为“播放DVD”这个用例中的一个步骤，并且是最后一步。“快进快退”则不同，它的存在对用户而言是有意义的，它实现了用户定位影片的目的，可以作为一个单独的用例存在。而“选时播放”则是一个比较特殊的播放用例，可以将“播放DVD”include进来，以实现重用和简化的目的。

 

一家之言，仅供参考。

iadomcn <iadomcn@yahoo.com.cn> 写道：

对于用例粒度的选择有点疑惑，

用户作为主要的参与者，以＂播放DVD＂作为用例，

如果仅仅只是这个用例似乎又包含太多的东西，如＂停止播放＂，＂快进快退＂＂

选时播放＂等等，还是这些都可以单独作为用例呢

那样是不是又将用例划分的太小呢，用例之间的　关系将变得复杂起来

请教　到底应该怎样来划分用例呢