其他

總註：Server.MapPath獲得的路徑都是伺服器上的實體路徑，也就是常說的絕對路徑1、Server.MapPath("/")註：獲得應用程式根目錄所在的位置，如 C:\Inetpub\wwwroot\。2、Server.MapPath("./")註：獲得所在頁面的目前的目錄，等價於Server.MapPath("")。3、Server.MapPath("../")註：獲得所在頁面的上級目錄。4、Server.MapPath("~/")註：獲得當前應用級程式的目錄，如果是根目錄，就是根目錄，

HTTP協議是無狀態協議。 　　無狀態是指協議對於交易處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的資訊，則它必須重傳，這樣可能導致每次串連傳送的資料量增大。另一方面，在伺服器不需要先前資訊時它的應答就較快。

1、完整正式的用例格式：（1）單列文字（不是一個表格）（2）步驟編號（3）沒有條件陳述式（4）擴充部分的編號規則是數字和字母的組合完整正式的用例模板<名字><用例名應該是一個用主動語態動詞短語來表示的用例目標>使用語境：<目標較長的描述，如果需要，還包括觸發事件>範圍：<設計範圍，在設計時將系統作為一個黑盒來考慮>層級：<概要、使用者目標、子功能三者之一>主執行者：<主執行這的角色名稱或主執行者的描述>項目相關人員和利益：&

     今天下午花了兩個小時寫的，感覺很不錯！        /// <summary>        /// TreeView checked事件        /// </summary>        /// <param name="sender"></param>        /// <param name="e"></param>        private void

      上個星期整個星期在值班，真是辛苦，正值上線初期，一線操作人員不熟悉操作，更重要的是軟體不成熟帶來的諸多問題，弄得我疲於奔命，好在，總算過去，可以好好休息一下。      今天星期一，上午是業務最繁忙的時候，但很不幸，壞事還是發生了，9點半左右，內科打電話過來說系統運行速度極慢，醫生儲存一條醫囑要等1-2分鐘，這個不是誇張，我自己試過，需要1分鐘左右的時間，於是馬上打電話到收費處問問速度，結果一打過去，對方就說，正想打電話給我們說速度很慢，病人已經排到樓梯口了……。其實這個問題在上星期

程式員的工資少，所以代碼也不想寫多，搞了幾行就把匯出Excel功能實現了！-_-#這個也可以重寫一下，換成控制項匯出Excel，只要取出DataSource就行了，原理一樣！public static void ExportExcel(DataTable eDataTable)         {            try            {                Excel.ApplicationClass ExcelApp;                ExcelApp 

      今天上午開了一個資訊化協調會，正院長主持，醫務、護理、人事、藥劑、財務、檢驗、影像以及正在實施住院系統的相關科室都參加了，會議內容主要是總結前段時間的實施的情況，以及明確各部門的職責，總之到最後都是在互相推卸責任，老是把一些資料的維護錯誤歸結於我們資訊科或者是HIS。      現在雖然說醫院在搞資訊化建設，但實際上很多職能部門的思想還是停留在以前的運作模式上，很多管理方式都是沿用未進行資訊化時的思路，這樣導致HIS實施後，管理員模式不適應資訊化。今天開會就有一個非常搞笑的例子，護理

用c#做winForm，一個字“很慢”，大都數人都在叫BILL罵dotNet架構，我沒罵，但埋怨過，有網友說過，MS是大哥，大哥沒有錯，有錯也是我們的錯。其實主要還是我們的開發功夫沒到家，UI介面處理上沒有把握好，很多時候開啟表單出現假死機現象，間接影響了中國的國民收入，原因就不說了，也說不完的。這篇文章的出生，主要因昨晚偶和BackgroundWorker組件的懈逅，在webcast上知道有這個組件，經過數分鐘的眾裡尋它千百度，沒錯，我用的是百度，終於把它一層層華麗的衣裳剝去，只剩下DoWor

     本人很少用access資料庫，其實也是瞧不起它，哈哈！嚴重了。不得以，最後還是用了，不過資料庫對我而言，也就是那麼回事，哈哈。不過還是有好多要學習啊，其實用多了，也發覺access資料庫也挺強大的，就是庫函數沒有那麼豐富而言嘛！     今天遇到一個問題，就是。如果電腦上從控制台中，修改時間為AM或者上午，不是以24小時顯示時間的，那麼資料庫中，所儲存的時間也是跟著變的。如果遇到這樣的情況，sql是有問題的。估計可能是沒有寫日期轉換的函數吧，我現在加了這個，執行sql是沒有問題的。資料

網站開發離不開Javascript的應用。許多時候程式員為了一個小小的Js效果而頭痛。就正是這個原因許多程式員乾脆說出了Javascript最難學的說法。Ps：中國需要代碼開源！————————————————————————————–本文：1.  oncontextmenu="window.event.returnValue=false"      將徹底屏蔽滑鼠右鍵    <table border

這些天瞭解silverlight。離到一個奇怪問題，silverlight beta2.0安裝成功後建立silverlight項目出現object reference not set to an instance of an object的錯誤，無法建立silverlight項目 解決辦法：   1 關閉所有開啟的VS平台   2 進入VS命令列，  3  輸入 devenv /resetskippkgs命令，此命令將新開啟一個VS平台  4 半閉開啟的VS平台  5 輸入devenv

大家都知道C語言中的隨機函數random，可是random函數並不是ANSI C標準，所以說，random函數不能在gcc,vc等編譯器下編譯通過。那麼怎麼實現VC語言中的隨機函數呢？其實，除了random函數，還有一個rand函數，這個函數也是一個隨機函數，他可以產生從0到rand_max(32767)的隨機數。＃i nclude<stdio.h>＃i nclude<stdlib.h>int main(){    int k;    k = rand();  

在過去的開發過程中我們儲存了大量的資源和工具用來提高web及其移動開發，這些工具能有效提高你的開發流程，及其資源，並且保證代碼的清晰，或者能有效提高你和你的同事的合作，如此多的工具中，我選擇了50個最喜歡的工具分享給大家。我把這篇文章分了幾個子類使得大家更加方便瀏覽閱讀Web開發工具web排版工具瀏覽器工具網站分析工具提高效率工具Web開發工具ProcCSSor - 進階CSS美化工具ProCssor是一個很有實用價值的web工具，它能夠有效協助你快速美化並且格式化CSS檔案。地址：http:/

前幾天，想搭建自己的SVN伺服器，網上找到下面的文檔，按照文中所述步驟搭建的SVN伺服器運行正常。現推薦給打算建立SVN伺服器的朋友，全文如下—— 搭建SVN伺服器WINDOWS下搭建SVN伺服器端的步驟：1、安裝Apache2、安裝SVN在C:/Program Files/Subversion下。3、安裝Tortoise   安裝Tortoise完畢時會提示重新啟動電腦, 重啟完畢後安裝簡體中文語言套件, 然後在任意目錄點擊右鍵, 會發現多出了一些SVN相關菜單,

正體字為原文，斜體字為本人見解1、用例是代表系統中各個項目相關人員之間就系統的行為所達成的契約。用例描述了在不同條件下，系統對某一項目相關人員的請求所作出的響應。從文字上看，比較難理解，舉個比較經典的例子：某人在ATM機提款，這個本身就可以看作一個用例，只是它的層次比較高，細分下去，人可以在ATM上做什嗎？粗略一想，就有幾條：(1)查詢餘額(2)提款(3)轉帳(4)存款，這四點都可以獨立成為一個用例，而且執行者都是人，簡單來說，用例就是描述執行者和系統之間的互動的集合。2、從根本上說，用例是文本

1、使用者目標（藍色，海平面）（user goal），它是主執行者努力使工作得以完成的目標，或是使用者使用系統的目標。它相當於業務過程工程中的“基本業務過程”。2、概要層次目標（白色，雲朵，風箏，summary-level goal）包含多個使用者目標。在描述系統時，他們有如下三方面的功能：l         顯示使用者目標啟動並執行語境；l         顯示相關目標的生命週期順序；l        

  1、用例的前置條件（precondition）聲明了啟動該用例之前系統必須滿足的條件。通常，前置條件是指該條件已經通過其他用例的執行進行了設定。最簡單的例子，在論壇裡發貼子用例的前置條件是使用者登入。 往往層次高的用例中前後兩個沒有可選路徑的步驟，降低一級層次後，兩個步驟獨立為兩個用例，那麼前一個用例就是後一個用例的前置條件。如在“病人看病”用例裡，第一步驟是“挂號”，第二步驟是“去診室見醫生就診”，那麼“在去診室就診”用例裡，“挂號”就是其前置條件

1、主成功情境就是主執行者完成了目標，所有項目相關人員的利益都被滿足了的情境。2、主成功情境和所有情境擴充都包含的元素 主成功情境擴充情境情境執行的條件前置條件加上觸發事件擴充條件完成的目標用例的名稱完成用例目標，或者是在處理擴充情境後重新進入主成功情境執行步驟集情境主體結束條件結束時完成的目標作為情境片斷的、可能的擴充集用例模板中的擴充部分可以嵌入到擴充體中，或者寫在擴充體裡面，或者就寫在擴充體的後面3、情境主體：每個情境或片段被描述為由不同執行者完成目標的活動序列序列即無判斷和迴圈，這是用例

1、擴充說明了系統所完成的目標是不同的，但有時需要表達“有多種不同方法來完成相同目標”。系統所完成的目標是相同的，但怎樣做可能不同。這通常是因為技術的變化或輸入資料的不同。應該將這些變化寫到“技術和資料變化”列表，而不是寫到擴充部分中。樣本主成功情境：……2．使用者標識自己、銀行、帳號。……技術和資料變化列表：2a.

1、子用例：一個執行步驟可以是一個簡單的步驟或者是另外一個用例的名稱。一般的，步驟如果用底線或楷體字區別開寫的話，這個步驟就是子用例，UML使用案例圖的表示就是用<<include>>來表示2、擴充用例兩個用例之間需要另外一種串連，這種串連很像擴充機制。其具有以下特徵：（1）       有一個主活動，主活動可以被中斷（2）