最近在擺弄數據離散度的時候遇到一種圖形，叫做盒圖(boxplot)。它對于顯示數據的離散的分布情況效果不錯。

盒圖是在1977年由美國的統計學家約翰·圖基(John Tukey)發明的。它由五個數值點組成：最小值(min)，下四分位數(Q1)，中位數(median)，上四分位數(Q3)，最大值(max)。也可以往盒圖里面加入平均值(mean)。如上圖。下四分位數、中位數、上四分位數組成一個“帶有隔間的盒子”。上四分位數到最大值之間建立一條延伸線，這個延伸線成為“胡須(whisker)”。

由于現實數據中總是存在各式各樣地“臟數據”，也成為“離群點”，于是為了不因這些少數的離群數據導致整體特征的偏移，將這些離群點單獨匯出，而盒圖中的胡須的兩級修改成最小觀測值與最大觀測值。這里有個經驗，就是最大(最小)觀測值設置為與四分位數值間距離為1.5個IQR(中間四分位數極差)。即

• IQR = Q3-Q1，即上四分位數與下四分位數之間的差，也就是盒子的長度。
• 最小觀測值為min = Q1 - 1.5*IQR，如果存在離群點小于最小觀測值，則胡須下限為最小觀測值，離群點單獨以點匯出。如果沒有比最小觀測值小的數，則胡須下限為最小值。
• 最大觀測值為max = Q3 -1.5*IQR，如果存在離群點大于最大觀測值，則胡須上限為最大觀測值，離群點單獨以點匯出。如果沒有比最大觀測值大的數，則胡須上限為最大值。

通過盒圖，在分析數據的時候，盒圖能夠有效地幫助我們識別數據的特征：

1. 直觀地識別數據集中的異常值(查看離群點)。
2. 判斷數據集的數據離散程度和偏向(觀察盒子的長度，上下隔間的形狀，以及胡須的長度)。

原文：http://java.ccidnet.com/art/3539/20080413/1418265_1.html

步驟：

1.生成證書

在任意目錄下輸入以下命令：
%Java_home%\bin\keytool -genkey -alias tomcat -keyalg RSA

依據提示輸入各種信息。其中密碼一項，Tomcat的keystore默認密碼是“changeit”。完成后，keytool會在你的用戶主目錄下生成一個“.keystore”的文件。

2.配置Tomcat

修改Tomcat的$CATALINA_HOME/conf/server.xml配置文件。找到如下內容：
< !--
< Connector
port="8443" minProcessors="5" maxProcessors="75" enableLookups="true" disableUploadTimeout="true" acceptCount="100" debug="0" scheme="https" secure="true"; clientAuth="false" sslProtocol="TLS"/>
-->
去掉注釋，同時增加keystoreFile和keystorePass這兩個屬性，指定你存放證書的路徑（如：keystoreFile="C:/.keystore"）和剛才設置的密碼（如：keystorePass="123456"）。

3.啟動Tomcat

啟動Tomcat，然后輸入地址如https://localhost:8443即可訪問。

在08年3月期的“程序員”中，潘加宇的“用例有粒度嗎”這篇文章感覺非常好，讓我有種茅塞頓開之感。遂作筆記如下。

1. 做用例前，要先弄清楚研究對象是什么，并時刻提醒自己不要偏離主題。不然會發生“患者到醫院掛號”，或者“患者到醫院信息系統看病”之類的笑話。
2. 只要在形式上能寫出符合需求標準的路徑、步驟，都可以作為用例。注意，是“可以”，并不是“一定”。
3. 做用例分析時最常犯的錯誤是：把步驟當作用例。如“取款”用例中的“驗證密碼”與“扣除帳戶金額”，它們是“取款”用例的步驟，而不是其子用例。
4. include的目的是為了復用有價值的步驟集合。形式往往是多個大用例include一個可復用的用例，即“多個老大include一個小弟”。
5. 用例是否用對了的一個判斷標準是：其是否加強了和涉眾的聯系。如多級審批中，局長樂意跟科長共享一個審批功能嗎？
6. 層次問題的出現常常是因為把研究對象弄錯了，或者將系統契約與非契約混在一起。如將醫院的職責“強加”給了醫院信息系統。
7. 講究“復用”不是需求要考慮的事情，而是設計要考慮的。高煥堂老師說：需求是收益面，設計是成本面。
8. 用例的步驟應該是回合制的，一個回合內包括一下幾類步驟：
• 1.執行者請求；
• 2.系統驗證(可選)；
• 3.系統改變(可選)；
• 4.系統回應。

在一些大數據量的應用中，通常會將一些數據量大的表分成多個。最簡單的情況是設置一個實時表，用來保存最近一段時間的數據，我們叫它recent_data；同時又有一個保存歷史數據的表，名叫history_data。當然，也可以采用一段時間一個表的方式，如一個月一張表：data_200803。

recent_data保存最新的數據，通常是為了提供預覽、監視等對顯示速度要求高的功能，使用者此時往往是想要一個數據的大概印象，因此響應速度十分重要；而history_data則面向詳細查詢，這時使用者關注的數據，因此，慢是可以接受的。

介紹背景介紹得有點跑題了，還是回來說說正題。面對recent_data和history_data這兩張表要使用hibernate進行封裝時，該怎么解決呢？

這里有三個方法。

1. 使用古老而笨拙的方法——為每個table建立一個class，如RecentData和HistoryData。然后在上層程序中使用這兩個類。
優點：簡單，方便，快捷，還不費腦子！(僅對負責Hibernate封裝的人來說……)
缺點：上層使用極其復雜，明明就是同一個東西，偏偏弄成兩個對象，要寫兩套實現……&@&*￥#%

2. 建立一個基類Data，然后派生出RecentData和HistoryData，分別映射兩個表。派生出的兩個類不用寫什么東西，僅僅是extends了Data就行了。對外一致以基類Data出現，這樣上層使用時，就可以統一用Data類了。此法為第一種方法的改進版，也是我偏愛的解決方法。
優點：Hibernate映射簡單，上層使用也簡單
缺點：多了兩個類，盡管里面啥也沒有

3. 使用Hibernate3新增加的entity-name特性，用一個類來映射多個table。這里有一個詳細的例子(http://www.javaworld.com.tw/confluence/pages/viewpage.action?pageId=3150)。
優點：不用定義那么多類，映射也挺簡單
缺點：Hibernate3才有此功能(如果你還在用之前的版本的話……)

-- EOF --

     摘要: 原文：http://today.java.net/pub/a/today/2008/02/12/reflection-in-action.html 你曾經為IDE會自動的列舉出所有你所編寫的類的詳情，甚至連私有的字段和方法也“難逃魔掌”而感到驚訝嗎？此外，這些IDE居然還能夠識別那些并不提供源碼并壓縮成JAR文件的類。它們是怎么做到的？ 這些都是因為反射。 ...  閱讀全文