<%@ Control Language="VB" AutoEventWireup="false" CodeFile="Q_and_A_WebUserControl.ascx.vb" Inherits="Q_and_A_WebUserControl"
%>
<%--<%@ Register TagPrefix="kj" TagName="Footer" Src=../../"Footer.ascx" %> --%>

<%--<%@ OutputCache Duration="10" %> --%>



<%=ImgAltString%>

<%--http://msdn.microsoft.com/zh-tw/library/system.web.ui.controlcachepolicy(VS.80).aspx--%>
<%--除了將整個網頁儲存於Output Cache之外，我們也可以將局部資料儲存於Data Cache(以下簡稱Cache)。Cache的用法與Application物件很類似，例如：


將資料或物件存放在Application物件中


Application("key1") = "這是字串"


Application("key2") = obj




將資料或物件存放在Data Cache中


Cache ("key1") = "這是字串"


Cache ("key2") = obj


不過筆者必須說明的是Data Cache所佔用的記憶體隨時可能會被釋放(視系統記憶體當時使用的情況)，所以每當我們要讀取Data Cache時，要先判斷Cache("key") 是否等於Nothing，若不等於Nothing，表示Cache("key") 還存在於系統中，方可讀取。 提供偵錯工具

--%>
<%--Trace.Write("UploadFile()", "進入UploadFile事件程序")


Trace.Warn ("UploadFile()", "進入For迴圈")

--%>

三級

二級 http://loan0131.pixnet.net/blog/post/22938886

anti http://www.mobile01.com/topicdetail.php?f=37&t=290373

http://www.3people.com.tw/Government/%E8%80%83%E5%8F%A4%E9%A1%8C/%E8%B3%87%E6%96%99%E8%99%95%E7%90%86.aspx

http://www.wretch.cc/blog/Hanpeng/10654223

作者：easygod
內容：1.有些資料沒貼,請見諒.以貼錯誤的解答為主.
2.有些解答我真的不會,幫忙解題者可以索取該科完整修正檔.
3.修正檔有可能在7/12之前無法完工,7/12之後會接著繼續.
4.答案僅供參考,有任何相關問題可在此詢問.

[89資料庫應用]
(二)Logical Data Independence
答案寫的是Data Independence
修正:
邏輯資料獨立性(Logical DataIndependence)：
指程式員或使用者可不必依賴特定的邏輯資料模式，而自由地發展其應用程式，而產生多種外部景觀 (external view)，也就是當資料格式有異動時，可透過資料庫管理系統 (DBMS) 來修改，而不必更動應用程式本身。
概念層結構改變則只要改變概念層/外部層之間的映對 (conceptual / external mapping) 即可，外部層的綱要 (external schema) 可以維持不變。

[89資料通訊]
三、
...
(三)等待傳輸成功的期望值（即：平均需傳輸幾次之後才能成功的數值，不包括最後成功的那一次）為何？（6分）?

答案(三)我覺得怪怪的?


二、
(四)請舉出一個無效的 (invalid) codeword。當此invalid codeword被接收後，上述的CRC機制無法偵測其正確與否。

這題解答我看不懂.


四、
...
(四)Synchronous Transmission
補充解答:
以時間控制器，控制通訊雙方資料之發放與接收。
資料以固定長時段、連續的方式傳送。
發訊端在每個位元組會先加上一個開始位元，確保資料在時間上能夠保持同步，接著才是一連串的資料，最後加上錯誤檢查位元及停止位元，確保資料沒有發生錯誤。
同步傳輸的特性是在一群字元的前後加入判別位元來告知收受者，以保證每一群字元能被完整地送達。
這些判別位元包括了控制、錯誤偵測位元以確認這一群字元是否正確。
同步傳輸主要應用在大型電腦上高速的資料傳輸，這是因為控制位元與錯誤偵測位元出現的比例較非同步傳輸 (Asynchronous Transmission) 來得低，所以資料傳輸率比較高。

配分10分補習班解答只寫一行,這樣只能拿1成分數.
--------------------------------------------------------------------------------
回應者：easygod
內容：[89資料結構]
四、請建立一個最小堆積（minimum heap（必須寫出建立此堆積的每一個步驟）。
答案的第2個小圖,疑似畫錯了.
--------------------------------------------------------------------------------
回應者：easygod
內容：[89資訊系統與分析]
五、
補充解答:
資料模式是用來描述資料庫內資料的特性，由以下三個要素所組成：
1.資料結構資料在資料庫中的組成與表示方法。
2.整合限制條件資料在結構與表示方式中的合法條件。
3.資料的運算
資料庫管理系統的資料模式種類：
1.階層式資料模式
2.網路式資料模式
3.關聯式資料模式
4.物件導向式資料模式
補習班解答寫太少了.
--------------------------------------------------------------------------------
回應者：easygod
內容：[89資料結構]
第五大題3,4,5小題時間複雜度我不會算.
這留言板會限制特殊符號及字數!
--------------------------------------------------------------------------------
回應者：阿鎧
內容：您寄的寶貴資料！89資訊管理小弟以收到，因最近較忙還來不及看... (時間上要專注於普考了..)

--------------------------------------------------------------------------------
回應者：easygod
內容：[90資料庫應用]
二、請舉例比較 Relational Algebra 與 Relational Calculus。
補習班例子寫法疑似錯誤,請自行參考向宏資資料庫應用一書.

四、解釋名詞：(每小題5分，共50分)
補習班寫法太簡略了,依我查分數經驗全部只能拿20分,自行補充

[90資料通訊]
一、有關多點式傳輸 (multicast communication)
...
補習班寫法太簡略了,自行補充.

二、(3),(4) 小題看不懂補習班寫法.

[90資料結構]
一、
(2)最小高度我覺得為log2n,這題懷疑但不確定.
(3)程式寫法有錯,自行修正.

二、
(1)圖畫錯,應該是19後面串列10.
(2)這題看不懂.
三、
(2)這題看不懂.

四、
(2) 修正:分支數又有"另一關係式"
B = 0×n0 + 1×n1 + 2×n2 ----------(2)
"另一關係式"我查不到資料,這小題出太偏.
(5) 這題的證明看不懂.


[90資訊系統與分析]
四、解釋名詞
自行補充,補習班寫太少了.

90資訊管理是唯一寫最好的答案.
--------------------------------------------------------------------------------
回應者：easygod
內容：To 阿鎧:
1.高考資料照樣寄給你,普考比較好準備,不過我不參與!
2.希望你能上榜,接著考高考,這樣可以一起討論下年度高考,今年總成績我立志拿50分以上,不然真的白讀了,也沒辦法對自己交待,心裡真是悶!
--------------------------------------------------------------------------------
回應者：easygod
內容：[91程式語言]
一、答案是錯的.

[91資料庫應用]
一、補習班寫太少,自行補充.
四、上課班級圖錯了.

[91資料通訊]
三、補習班寫太少,自行補充.

[91資料結構]
三、五看不懂

[91資訊系統與分析]
這科答案寫的很好,推!!!

[91資訊管理]
這科答案寫的很好,推!!!

Information Processing Model(Jay Galbraith)

http://cm.nsysu.edu.tw/~jhuang/phd-2/phd17-2.doc
這是 http://cm.nsysu.edu.tw/~jhuang/phd-2/phd17-2.doc 的 HTML 檔。
G o o g l e 在網路漫遊時會自動將檔案轉換成 HTML 網頁。
MIS2

Information Processing Model(Jay Galbraith)

毛志仁 8041809


壹、本文大意

本篇文章是以資訊處理的觀點來設計組織結構，當組織任務的不確定性增加

時，會使待處理資訊的數量及複雜度增加，因此組織應建立適當的機制來處理

複雜的資訊，而此種資訊處理機制之設計會直接影響組織結構。

機械模式

資訊處理的目的是要作適當的決策或完成組織的任務。當任務或決策的不確定

性較低時，可以透過簡單的機械模式來處理資訊。機械模式的價值在於它建立

了一個資訊處理的基礎模式，在官僚組織下，有三種不同的模式可用來處理資

訊，分別是：1.規則、計劃或程序，2.科層組織，3.目標設定。

規則、計劃、程序
如果任務或決策是確定的情況，且具有重複發生的現象時，組織可建立一套規

則或程序，使員工可以不必經由溝通，就可以直接反應及處理，達成協調合作

之目的。規則提供一個標準的資料處理模式，但缺點是無法處理非預期情況。

科層組織
當不確定（新的或特殊的）情況發生時，就必須建立科層組織上下溝通系統之

架構來處理資訊，藉由指揮鏈任務之請示與交付，完成例外管理之目標。管理

者擁有作決策之資訊、權威及報償能力，可使任務之執行更有效能。缺點是管

理者處理資訊之能力有限，當不確定或例外情況增加時，會使管理者資訊過度

負荷，造成決策遲延。

3.目標設定

當資訊過度負荷之情況發生時，為了改善決策遲延，可以縮短資訊發生點與決

策點之間的距離，將決策權授權至基層，選擇有適當技能及態度的員工來執行

任務，並透過目標設定之方式達成組織之要求。

目標是員工決策的指導原則，亦是評估的準則，但目標之設定仍受限於任務的

不確定性，如果不確定性大，則目標可能要經過反覆的修正；此外，當違反既

定目標的狀況發生時，可能會增加資訊處理的量。


設計策略

機械模式之協調及資訊處理能力，受限於外在不確定情況發生的頻率及內在組

織本身的能力。當任務不確定性的數量增加時，終會使科層組織資訊過度負荷，

此時組織勢必要發展新策略因應。新策略可從二個方向著手：一個是減少資訊

需求；另一個則是增加資訊處理的能力。組織可以創造寬鬆資源（slack

resources）或獨力自主任務團隊的方式來減少資訊需求；可用投資垂直資訊系

統或創造水平關係之方式增加組織的資訊處理能力。

創造寬鬆資源
當組織降低要求的績效水準，如延長期限、增加工時等等，增加了可耗用的資

源，要求條件的放寬，會減少例外情況，資訊過度負荷的情況就不會發生。寬

鬆資源會增加組織的成本，是否採用須比較其他策略之相對成本高低來決定。

創造獨立自主之任務
改變功能別的任務設計，讓每一個任務均擁有完成任務所需的全部資源，降低

部門溝通產生之資訊量，例如以產品線、地區別、專案、顧客別、市場等因素

來建立團隊或設計組織。獨立自主任務之策略以「產出或地理類別」劃分的組

織結構，取代原本以「投入資源、技術、或職業類別」為基礎的組織結構。

3.投資垂直資訊系統

增加在垂直資訊系統上的投資，如添購電腦設備、人機組合設備或雇用助理人

員等，可增加管理者執行資訊處理及決策的能力。

投資策略的目的是收集資訊，並將資訊在適當的時間導引至科層組織中適當的

地方。本策略雖然會增加規劃的時間，但會使科層組織資訊超過負荷的情形減

少。

4.創造水平關係

當不確定性增加，組織對水平協調的需求也會同時增加，此時可利用授權及增

加部門間的水平連結，產生橫向的決策程序來因應；可行的作法包括直接跨部

門的溝通、設立部門間的連絡人（對話窗口）或整合者、設立跨部門工作團隊

或矩陣式組織。

當組織面對因技術改變、競爭增加、產品線多樣化等因素導致更高的不確定性

時，組織可用成本的考量，自四種策略中選擇其中一種策略或是組合策略來達

成資訊處理的目標。


結論

不確定性增加資訊的數量，並造成不同型態的組織。資訊的數量決定於任務的

不確定性、人員分工、產出多樣性及績效水準。科層組織之溝通管道可進行部

門間數量可觀的相互協調工作，但在決策能力上有所限制。四種可行的策略可

以降低資訊的數量或是增加組織處理資訊的能力。降低績效水準、多樣性及人

員分工，可減少組織內的資訊需求；投資科層組織之垂直資訊處理及導入水平

決策程序可增加資訊的處理能力。


貳、評論

本篇文章發表於1973年，以資訊處理之觀點來看組織結構之設計，分析組織

結構演變的過程，如何由科層組織演進到事業部組織、矩陣組織，論點著實精

僻。惟因資訊科技之發展，今日的資訊處理的軟、硬體設備，如個人電腦、通

訊設備、網際網路已較以往大幅進步，組織型態亦已有大幅改變，聯網組織、

虛擬組織相繼出現，這些都是本篇文章在當時未能探討的，有待學者後續繼續

研究。在今日的組織中，使用資訊系統從事跨功能部門的溝通，是一有效的水

平連結方法，電腦資訊系統可以使得管理者或第一線的工作人員了解有關組織

的問題及決策相關資訊之交流。

此外，作者認為四種策略之選擇方式，是以相對成本之高低為考量，而未參酌

組織效能之高低為選擇要件，應是本文缺點之一。不過話說回來，影響組織效

能的因素眾多，較佳的資訊處理能力，是否能得到較佳之組織效能，又是另一

個難以判定的命題。


參、應用

由本文引發可研究的方向有下列三項：

1.可探討資訊科技的發展對組織資訊處理以及結構的影響。

2.可探討組織資訊處理的要求因素（如目標、環境、技術、規模….）與資訊處

理能力的結構設計選擇（水平與垂直的連結、部門化方式）之間配合度與組織

效能間的關係。

以顧客關係管理而言，顧客之資料及問題如何在組織內溝通及解決，以獲得
顧客滿意，除了資料庫之建置、Data Mining技術之運用外，資料處理之模式應

有重大影響，可針對資訊科技與顧客關係管理（CRM）之資料處理模式之關係

作一探討。


機械模式

資訊處理模式 特 性 缺 點
規則、計劃、程序 任務或決策是確定的情況
具有重複發生的現象

無水平溝通

規則提供一個標準的資料處理模式
無法處理非預期情況
科層組織 不確定的情況
水平溝通須經由管理者

藉由指揮鏈任務之請示與交付，完成例外管理之目標

管理者擁有作決策之資訊、權威及報償能力，可使任務之執行更有效能。
管理者處理資訊之能力有限，當不確定或例外情況增加時，會使管理者資訊過度負荷，造成決策遲延。
目標設定 不確定的情況
有水平溝通

將決策權授權至基層

選擇有適當技能及態度的員工來執行任務，並透過目標設定之方式達成組織之要求

目標是員工決策的指導原則
目標要經過反覆的修正
當違反既定目標的狀況發生時，可能會增加資訊處理的量




資訊處理策略

減少資訊需求 創造寬鬆資源 組織降低要求的績效水準，增加了可耗用的資源。
要求條件的放寬，會減少例外情況，資訊過度負荷的情況就不會發生。

寬鬆資源會增加組織的成本。

例如：延長期限、增加工時

創造獨立自主之任務 改變功能別的任務設計，讓每一個任務均擁有完成任務所需的全部資源，降低部門溝通產生之資訊量。
例如：以產品線、地區別、專案、顧客別、市場等因素來建立團隊或設計組織。

增加資訊處理能力 投資垂直資訊系統 增加在垂直資訊系統上的投資，可增加管理者執行資訊處理及決策的能力。
例如：添購電腦設備、人機組合設備或雇用助理人員。

創造水平關係 利用授權及增加部門間的水平連結，產生橫向的決策程序來因應
作法：直接跨部門的溝通、設立部門間的連絡人（對話窗口）或整合者、設立跨部門工作團隊或矩陣式組織。

97 sys

一、請針對以下八個名詞，先把每一個名詞做簡單的解釋，再把他們分為四對。請說明
你這樣子配對的理由。（20 分）
UML, DFD, Use Case Diagram, JAD, 資料分析, ERD, 流程分析, prototyping。

2009.0202
http://www.get.com.tw/goldensun/exam/answer/97kp/PDF-K/K47.pdf
1.Use Case Diagram, uml
use case 是uml常用的工具
2.dfd, 流程分析
dfd是流程分析的工具，將作業流程分解成模組可以處理的單元。
3.jad, prototyping
jad是以會議代替訪談的需求分析方法。prototyping可以幫助會議的進行，快速探索真正的需求。
4.資料分析，erd
資料分析又稱為資訊工程法。以資料，而非流程，來分析。使用實體關係圖(ERD)。

二、簡答題：（每小題20 分，共40 分）
 請說明CASE 在系統分析中的重要性，以及其在系統開發的各階段所扮演的角色。
 請問分別從流程和資料兩個不同角度進行分析，所得到的結果，有那些可能不一
致的情況？如何形成的？在進行系統設計之前，如何排除其間不一致的情況？
2009.0202
case是為了幫助系統發展的自動化工具。包括：儲存庫、測試工具、程式碼產生、ＵＩ設計等。

三、流程分析：（40 分）
請仔細閱讀以下的簡單需求描述，用一個你所熟悉的方法，把該情境做一個分析，
並把其Process 用一組圖像呈現出來。說明你為何選擇這項工具？
 該通訊連鎖店在全省有超過200 家的加盟店，以及散佈在各地的20 個直營維修
服務站。該連鎖店未來在系統建置後，想採取會員制，提供會員相當的好處，以便
把他們長期留下來。至於採用什麼會員誘因，和什麼行銷手段，則尚在規劃中。
 為了拓廣顧客基礎，該連鎖店不只維修會員的手機，也幫非會員維修手機，但會
請非會員免費入會。就算非該連鎖店販售的手機，他們也進行維修。
 加盟店主要在販賣手機和門號，但也提供維修工作的第一線顧客接觸。
 顧客有手機維修需求，可送到加盟店。加盟店接收到手機後，需要先透過會員系
統（開發中）確認顧客的身份；並透過手機銷售系統（現有）查詢手機狀態（保
固期內、過了保固期、本公司不負責保固）。如果是現有的會員，先核對基本資
料（更新顧客資料的重要機制），並列印有會員和手機相關資料的維修單。如果
不是會員，則請顧客出示身份證明，在系統上直接填寫會員資料，完成入會手續，
並列印維修單。接下來，加盟店會透過小弟騎機車把手機和維修單轉交給最近的
維修服務站。
以下描述和事實不符，省略了很多細節，答案以描述為依據。描述中有一些是
和答案無關、多餘、用來混淆視聽的。
你在一個技術學院資管系教書。你帶的一個四年級的系統開發專題組，在挑題
目的時候，由於有一位學生組員是國內知名通訊連鎖通路商維修部的主管王副
總，他接受你們去幫他開發一個「手機維修管理系統」雛形。你帶學生在初步
和王副總以及他屬下的幹部們面談後，發現有以下的流程需求。
97 年公務人員高等考試三級考試試題代號：35360
類科： 資訊處理
科目： 資訊系統與分析
全一張
(背面)
 如果客戶一次送修兩件，視為兩個案子，以便在多個案子維修進度不同時，可分
別處理。每一個維修案，系統都必須立案：建立一個不重複的維修案號，並在維
修單上明顯的地方列印案號和案號條碼。未來維修案都靠維修案號追蹤。
 送到維修站的手機，由維修站的櫃臺人員依照不同的品牌，轉送給不同的維修小
組。待修手機在各單位間進行交接，都需要在維修系統上紀錄。可掃瞄條碼輸入
案號。
 維修小組收到待修手機，第一步需對待修手機進行診斷和初步估價，並記錄在系
統中。
 過了保固期、或本公司不負責保固的，會由櫃臺人員詢問顧客意願，並記錄在系
統裡。不願意修理的，請小弟送回加盟店，由顧客取回。願意修理的，則進入正
式維修階段。
 在保固期內的案子，如果維修費用超過一定金額，就會直接給顧客一個整修過、
看起來新的機子；如果不超過，則直接修理，由公司付帳。這些都需要記錄下來。
 修好的機子，需請小弟送回加盟店，通知顧客來取。有需要收錢的，請相關加盟
店代收，並開立發票。
 系統需要保存一個替換零件的資料庫。其中需要有公司保存的所有零件、供應商
以及其進價。系統也需要記錄各維修站保存的零組件數量。各維修站可相互查詢。
總公司可以調貨（如，中壢站有5 個N95 的主機板，台北信義站缺N95 的主機
板，可透過調貨解決，而不需等採購新品）。需能彙整各維修站的庫存，提供採
購部門做更精確的採購作業。
 各維修人員，需要將各案子的損壞原因、更換之零件、維修工時等加以登錄。
 王副總希望系統能做各類統計，例如：各牌子的手機維修次數排行榜；各款的手
機維修次數排行榜；各牌子手機，送修的時間（以售出日期起算）分布；各款的
手機損壞原因分布；單個手機送修次數的排行榜；單一會員平均每一手機送修次
數的排行榜；各維修人員的生產力等。主管們可以隨時上線調閱這些統計資料。

97 db

一、請問ANSI/SPARC 所定義之資料庫三層次架構與資料獨立性（data independency）
有何關係？請分別從邏輯資料獨立性（logical data independence）以及實體資料獨立
性（physical data independence）闡述之。（15 分）
2009.0202
1.邏輯資料獨立
改變概念層，例如更改欄位或表格，應用程式不必改變。
2.實體資料獨立
改變內層，例如循序檔改成索引檔，概念層和外層皆不必改變。

二、假設某連鎖KTV 欲開發一套線上點歌系統，方便會員事先從網站上挑選好要點唱
的歌曲，到KTV 現場時即可立即點播歡唱，節省顧客現場挑歌的時間。此系統所
需管理之資訊如下：
 會員（Member）：包括帳號（MID）, 密碼（PASSWORD）, 姓名（MNAME）,
會員等級（GRADE）, 電話（TEL）, 地址（ADDRESS）等；其中帳號是唯一
的。
 歌曲（Song）：包括歌曲編號（SID）, 歌曲名稱（SNAME）, 演唱者（SINGER）
等；其中歌曲編號是唯一的。
 分類（Class）：歌曲的類型，包括類型編號（CID）, 類型名稱（CNAME）等；
其中類型編號是唯一的。
 一位會員可點播多首歌曲，且一首歌曲可接受許多會員點播。
 一首歌曲可隸屬於多種歌曲類型，且一種歌曲類型會包含許多首歌曲。
請回答以下問題：
請根據以上描述，畫出一實體關係圖（Entity Relationship Diagram）來表達此線
上點歌系統之資料規劃需求。（15 分）
請設計一個符合3NF 的關聯式資料庫綱要（schema）以滿足此線上點歌系統之資
料規劃需求。請針對您所設計的每個資料表，詳列所有的欄位名稱及其合理的值
域（domain），並標示出每個資料表的主鍵（primary key）以及外部鍵（foreign
key）。（15 分）
三、請根據您在題二第小題所設計的關聯式資料庫，寫出以下查詢之SQL 指令：
 給定某個會員的帳號（假設為$GIVEN_MID），請查詢出該名會員的點播單；亦
即列出該會員所點播的每一首歌曲的歌曲編號、歌曲名稱以及演唱者。（7 分）
 請列出熱門點播歌曲排行榜，亦即將歌曲依照點歌次數由大到小依序列出歌曲的
編號、名稱以及演唱者。（8 分）
 請找出每一位會員必點的歌曲。（10 分）
97 年公務人員高等考試三級考試試題代號：35370
類科： 資訊處理
科目： 資料庫應用
全一張
(背面)
四、當資料庫系統因為一些不可抗力的因素遭到破壞時，資料庫系統會藉由復原控制
（recovery control）模組，盡可能將系統從錯誤的狀態復原。請說明以下名詞在復
原控制中所扮演的角色：（每小題3 分，共15 分）
 日誌（log）
 交易（transaction）
 提交（commit）
 回復（rollback）
 檢查點（checkpoint）
五、由於資料庫系統的應用已相當普及，人們對於資訊系統的要求已不再以資料查詢為
滿足，更希望資訊系統能夠具有整理分析大量資料的能力，因而資料倉儲（data
warehouse）應運而生。試從以下幾個觀點，比較資料庫系統與資料倉儲系統有何不
同？（每小題5 分，共15 分）
 使用對象
 資料特性
 操作功能（operation）

 blogger tips

http://skyvee.net/search/label/blogger%20tips

Imports Microsoft.VisualBasic Imports System Namespace DiggSample Public Class DiggStory Private privateId As Integer Public Property Id() As Integer Get Return privateId End Get Set(ByVal value As Integer) privateId = value End Set End Property Private privateTitle As String Public Property Title() As String Get Return privateTitle End Get Set(ByVal value As String) privateTitle = value End Set End Property Private privateDescription As String Public Property Description() As String Get Return privateDescription End Get Set(ByVal value As String) privateDescription = value End Set End Property Private privateNumDiggs As Integer Public Property NumDiggs() As Integer Get Return privateNumDiggs End Get Set(ByVal value As Integer) privateNumDiggs = value End Set End Property Private privateHrefLink As Uri Public Property HrefLink() As Uri Get Return privateHrefLink End Get Set(ByVal value As Uri) privateHrefLink = value End Set End Property Private privateThumbNail As String Public Property ThumbNail() As String Get Return privateThumbNail End Get Set(ByVal value As String) privateThumbNail = value End Set End Property Private privateUserName As String Public Property UserName() As String Get Return privateUserName End Get Set(ByVal value As String) privateUserName = value End Set End Property End Class End Namespace

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72