軟件工程師績效考核(細分權重)及軟件工程期中

考核指標分項考核標準權重考核標準得分研發(fā)方面（15分）1.是否能對系統(tǒng)設計正確理解，能否提出合理化建議，如能采納可加分2.是否系統(tǒng)詳細設計全面、合理，如在設計上有所創(chuàng)新或采用更先進技術并采納可加分3.能否對研發(fā)過程中的技術難點提出可行性解決方案，資料及時備份分類4.能較早的進行后續(xù)功能的開發(fā)和整合,及早的發(fā)現(xiàn)問題并解決問題5.定時優(yōu)化自已開發(fā)的代碼和編寫的文檔，提交高質量高標準的產(chǎn)品文檔方面（15分）1.是否及時提交各階段技術文檔2.文檔的內容組織是否有序合理，格式是否按公司文檔格式編寫3.技術文檔的內容表達是否準確，能真實的表達設計意圖4.文檔資料歸檔是否符合要求5.編寫的技術文檔描述是否詳盡，對后續(xù)開發(fā)人員閱讀是否容易理解6.在設計文檔時能否發(fā)揮創(chuàng)新的思維設計，使需求和模塊結構更加清晰明了7.各階段的文檔數(shù)量與種類是否符合要求8.周報日報內容詳細描述了所完成、未完成的工作以及完成遇到的問題、解決思路等代碼質量（20分）1.模塊劃分清晰，結構安排合理2.模塊設計時復用率高3.編碼簡潔、規(guī)范，結構清晰，注解完整、清楚，容易被人理解4.代碼性能優(yōu)越，BUG率低，異常處理考慮周全得當5.有充分的調試、測試提示功能計劃與進度（20分）1.項目研發(fā)是否能按項目計劃進度完成，按里程碑計算，如能保證質量的前提下提前完成可以加分，反之，扣罰。3.每項工作是否有計劃；計劃是否合理，進度是否得到有效控制，計劃內容是否完整、詳實、清楚，使人能清楚地把握當前工作動態(tài)4.每項決議是否得到監(jiān)控并有效執(zhí)行5.交付的每項任務是否能自覺的準時急時的解決代碼維護（10分）1.文檔和代碼能否始終保存同步2.是否每天將工作過程資料上傳到服務器上進行備份3.急時指交每階段的重要版本，以及里程碑產(chǎn)物4.對臨時交付的開發(fā)任務是否也能做到及時備份5.每次備份的版本是否清楚表明版本的作用和變化工作態(tài)度（20分）1、能夠自覺遵守公司各項規(guī)章制度2、按時提交工作周報3、工作積極主動、良好的工作熱情、樂意承擔額外工作，積極思考，不斷改進工作4、具有強烈的責任心，認真負責，可以放心交付工作，迅速處理業(yè)務，對本職工作及領導交辦的任務均能及時或提前高效地完成5、富于團隊精神，樂意協(xié)助他人的工作，順利完成任務6.能簡潔明白地表達自己的見解，遇見工作壓力時，沉著冷靜；7.良好的溝通能力，有合作意識，并有接受不同意見，有進取心；8.對新知識的求知欲和學習能力，積極關注、吸收新技術發(fā)展，努力學習各種專業(yè)知識，注意收集整理各種技術資料，并將之不斷納入工作中，不斷提高實際操作和解決問題的水平。技術保密不向無關人員透露技術秘密，不攜帶技術秘密離開公司。對技術保密問題提出了自己的建議，并被采納，并經(jīng)常提醒他人注意技術保密；如有違反公司技術保密規(guī)定，一票否決?？傮w評價本人意見公司領導審批考核辦法：達標不加減分；不達標按程度相應扣減分數(shù)；超標按超標程度相應加分。例1：計劃本月兩個項目，月中增加一個項目并按要求進度和質量完成。完成工作量：加5分，其他項不加減。例2：計劃本月兩個項目，月中增加一個項目，但新項目未按要求完成進度。完成工作量：加2分，進度完成率減5分，其他項不加減。1.什么是當前系統(tǒng)？當前系統(tǒng)的物理模型與邏輯模型有什么差別？（1）所謂當前系統(tǒng)可能是需要改進的某個已在計算機上運行的數(shù)據(jù)處理系統(tǒng)，也可能是一個人工的數(shù)據(jù)處理過程。（2）當前系統(tǒng)的物理模型客觀地反映當前系統(tǒng)實際的工作情況。但在物理模型中有許多物理的因素，隨著分析工作的深入，有些非本質的物理因素就成為不必要的負擔，因而需要對物理模型進行分析，區(qū)分出本質的和非本質的因素，去掉那些非本質的因素即可獲得反映系統(tǒng)本質的邏輯模型。所以當前系統(tǒng)的邏輯模型是從當前系統(tǒng)的物理模型抽象出來的2.在UML中用例與用例之間存在泛化、包含和擴展關系，請分析它們的異同。（1）共性：都是從現(xiàn)有用例中抽取出公共的那部分信息，作為一個單獨的用例，然后通過不同的方法重用這個公共的用例，以減少模型維護的工作量。（2）不同點：a.泛化側重表示子用例間的互斥性。b.包含側重表示被包含用例對參與者提供服務的間接性。c.擴展側重表示擴展用例的觸發(fā)不定性。泛化關系是描述用例之間一般與特殊關系的。子用例繼承了父用例所有的結構、行為和關系，同時子用例還可以添加、覆蓋、改變繼承的行為。子用例是父用例的一種特殊形式，不同的子用例代表了父用例的不同實現(xiàn)方法。在一個復雜系統(tǒng)中，不同的用例之間可能存在一些相同的行為，這時可以將這些相同的行為提取出來組成一個用例。當其他用例使用該用例時，用例之間便形成了包含關系。向一個用例中添加一些動作后構成了另一個用例，這兩個用例之間的關系就是擴展關系，后者繼承前者的一些行為，把后者稱為擴展用例。也可以把擴展關系看成從主用例中將異常行為或可選分支抽象成一個單獨的用例而形成的關系。3.多個軟件工程師合作開發(fā)一個項目，各開發(fā)者之間需要兩兩互相通信。假設每一條通信路徑的開銷為300LOC/年（LOC為代碼行數(shù)）。(1)設有6名軟件工程師，如果單獨工作，每個人的生產(chǎn)率是6500LOC/年，那么由這6名軟件工程師組成的項目組的生產(chǎn)率是多少？(2)在這一年期限的最后兩個月，又增加了兩名工程師，新增成員的個人生產(chǎn)率為4500LOC/年，那么這8人組成的項目組全年完成的開發(fā)工作量又是多少條代碼行？當開發(fā)小組的人員為N時，可能的通信路徑有N(N-1)/2條。 6500*6-(6*5/2)*300=34500(行/年)從第11月開始增加2個人，則通信路徑增加了:8*(8-1)/2–15=13（條）所以通信開銷增加了:(300/12)*2*13=650(LOC)而這2人的開發(fā)工作量為:(4500/12)*2*2=1500(LOC)則總計工作量為:34500+1500–650=35350(LOC)4.輸入三個正整數(shù)作為邊長，然后判斷該三條邊能否構成三角形。若能，則構成的三角形是等邊、等腰還是一般三角形？請用N-S圖描述程序的算法，并將盒圖中每個格中標出數(shù)字①、②……，利用數(shù)字畫出程序控制流圖，計算此程序的環(huán)形復雜度5.某學校計算機教材購銷系統(tǒng)有以下功能：學生買書，首先填寫購書單，計算機根據(jù)各班學生用書表及售書登記表審查有效性。若有效，計算機根據(jù)教材庫存表進一步判斷書庫是否有書；若有書，把領書單返回給學生，學生憑領書單到書庫領書。對脫銷的教材，系統(tǒng)用缺書單的形式通知書庫保管員，新書購進庫后，也由書庫保管員將進書通知返回給系統(tǒng)。請就以上系統(tǒng)功能畫出分層的DFD圖。（第三層只需畫出銷售子系統(tǒng)的DFD圖）6.圖書館的預定圖書子系統(tǒng)有如下功能：由供書部門提供書目給訂購組；訂購組從各單位取得要訂的書目；根據(jù)供書目錄和訂書書目產(chǎn)生訂書文檔留底；將訂書信息（包括數(shù)目、數(shù)量等）反饋給供書單位；將未訂書目通知訂書者；對于重復訂購的書目由系統(tǒng)自動檢查，并把其結果反饋給訂書者。請就以上系統(tǒng)功能分兩層畫出DFD圖。7.根據(jù)描述建立軟件公司的對象模型，即畫出類圖。問題陳述如下：一個軟件公司有許多部門，分為開發(fā)部門和管理部門兩種。每個部門由部門名字唯一確定。每個開發(fā)部門開發(fā)多個軟件產(chǎn)品，每個軟件產(chǎn)品都由程序、數(shù)據(jù)和文檔組成。該公司有許多員工，分為經(jīng)理、工作人員和開發(fā)人員。開發(fā)部門有經(jīng)理和多個開發(fā)人員，管理部門有經(jīng)理和多個工作人員。每個開發(fā)人員可參加多個開發(fā)項目，每個開發(fā)項目需要多個開發(fā)人員。每位經(jīng)理可主持多個開發(fā)項目。8.一本書的組成包括一個封面，一個目錄，一個前言，若干章，每章有若干節(jié)，每節(jié)有若干段，每段有若干句子，每節(jié)有0個或多個插圖，還有0個或多個表格，最后有一個附錄。試建立該書的對象模型。9.根據(jù)描述建立復印機行為的動態(tài)模型，即畫出復印機狀態(tài)圖。問題描述：辦公室復印機的工作過程大致如下：未接到復印命令時處于閑置狀態(tài)，一旦接到復印命令則進入復印狀態(tài)，完成一個復印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個復印命令；如果執(zhí)行復印命令時發(fā)現(xiàn)缺紙，則進入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進入閑置狀態(tài)，準備接受復印命令；如果復印時發(fā)生卡紙故障，則進入卡紙狀態(tài)，發(fā)出警告等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。實驗1.繪制書中73頁習題3的數(shù)據(jù)流圖：題目：銀行計算機儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款類型、存款日期、到期日期、利率及密碼（可選）等信息，并印出存款存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。分析：從存取款的常識可知，本系統(tǒng)的數(shù)據(jù)源點和終點都是“儲戶”，儲戶既要提出存取款要求，又要獲得存款存單或利息清單。系統(tǒng)對存取款的處理功能主要是“記錄存款信息”、“打印存款存單”和“核對密碼”、“計算利息”、“打印利息清單”。為了完成上述功能，顯然“存款信息”應該是一個數(shù)據(jù)存儲。2.在上題文件的另一個繪圖頁中繪制書中73頁習題4的數(shù)據(jù)流圖：題目：為方便旅客，某航空公司擬開發(fā)一個機票預訂系統(tǒng)。旅行社把預訂機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入進該系統(tǒng)，系統(tǒng)為旅客安排航班，印出取票通知和帳單，旅客在飛機起飛的前一天憑取票通知和帳單交款取票，系統(tǒng)校對無誤即印出機票給旅客。分析：從問題陳述可知，本系統(tǒng)的數(shù)據(jù)源點是“旅行社”，機票預訂系統(tǒng)印出取票通知和帳單是給旅行社的，所以“旅行社”也是終點。另外旅客憑取票通知和帳單交款取票，系統(tǒng)印出機票給旅客，則“旅客”也是一個源點和終點。機票預訂系統(tǒng)包括了預訂機票和旅客取票兩部分，主要功能有：“分類并檢驗”、“訂票”、“記賬”和“機票準備”。要為旅客安排航班，需要查看“航班目錄”，所以“航班目錄”應該作為一個數(shù)據(jù)存儲；系統(tǒng)能夠輸出賬單，所以有記賬功能，則另一個數(shù)據(jù)存儲為“記賬文件”；完整的訂票信息應給存儲在“機票文件”中，作為“準備機票”功能的基本數(shù)據(jù)。提示：本系統(tǒng)的基本系統(tǒng)模型如下：3.在上題文件的另一個繪圖頁中繪制書中73頁習題5的數(shù)據(jù)流圖：題目：醫(yī)院對患者監(jiān)護系統(tǒng)的基本要求是隨時接收每個病人的生理信號（脈搏、體溫、血壓、心電圖等），定時記錄病人情況以形成患者日志，當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息，此外，護士在需要時還可以要求系統(tǒng)印出某個指定病人的病情報告。分析：從問題陳述可知，本系統(tǒng)的數(shù)據(jù)源點是“病人”和“護士”，他們分別提供生理信號和要求病情報告的信息。進一步分析問題陳述，從系統(tǒng)應該“定時記錄病人情況以形成患者日志”這項要求可以想到，還應該有一個提供日期和時間信息的“時鐘”作為數(shù)據(jù)源點。從問題陳述容易看出，本系統(tǒng)的數(shù)據(jù)終點是接收警告信息和病情報告的護士。系統(tǒng)對病人生理信號的處理功能主要是“接收信號”、“分析信號”和“產(chǎn)生警告信息”。此外，系統(tǒng)還應該具有“定時取樣生理信號”、“更新日志”和“產(chǎn)生病情報告”的功能。為了分析病人上理信號是否超出了醫(yī)生規(guī)定的安全范圍，應該存儲“患者安全范圍”信息。此外，定時記錄病人生理信號所形成的“患者日志”，顯然也是一個數(shù)據(jù)存儲。提示：本系統(tǒng)的基本系統(tǒng)模型如下：繪制本系統(tǒng)的功能級數(shù)據(jù)流圖過程如下：4.“選課系統(tǒng)”類圖的設計。需求陳述如下：某學校網(wǎng)上選課系統(tǒng)主要包括如下功能：管理員通過系統(tǒng)管理界面進入，建立本學期要開的各種課程、將課程信息保存在數(shù)據(jù)庫中并可以對課程進行改動和刪除。學生通過客戶機瀏覽器根據(jù)學號和密碼進入選課界面，在這里學生可以進行三種操作：查詢已選課程、選課以及付費。同樣，通過業(yè)務層，這些操作結果存入數(shù)據(jù)庫中。5.圖書館館藏出版物需求描述如下：一家圖書館藏有書籍、雜志、小冊子、電影錄像帶、音樂CD、錄音圖書磁帶和報紙等出版物，供讀者借閱。這些出版物有出版物名、出版者、獲得日期、目錄編號、書架位置、借出狀態(tài)和借出限制等屬性，并有借出、收回等服務。創(chuàng)建圖書館館藏出版物的類圖。分析：題目中很明確地給出了此對象模型中包含的各種類，也明顯地表示出了館藏出版物與“書籍、雜志、小冊子、電影錄像帶”等其它類應該是繼承關系。所以，容易畫出此描述的類圖。6.交通工具分為空中、陸地、水上三種?？罩薪煌üぞ叻譃榭蜋C、貨機、專用輕型機。陸地交通工具分為列車、汽車；列車又分為旅客列車、貨運列車；汽車又分為客車、貨車。水上交通工具分為客輪、貨輪、客貨混合輪。建立交通工具的類圖7.一臺微機有一個顯示器，一個主機，一個鍵盤，一個鼠標，漢王筆可有可無。主機包括一個機箱，一個主板，一個電源，存儲器等部件。存儲器又分為固定存儲器、活動存儲器，固定存儲器又分為內存和硬盤，活動存儲器又分為軟盤、光盤、優(yōu)盤。請建立微機的類圖8.“選課系統(tǒng)”狀態(tài)圖的設計。一個課程類的狀態(tài)變化如下：課程對象被創(chuàng)建，添加到數(shù)據(jù)庫中。管理員可以刪除、修改課程信息，在某個學期，開設該課程，如果選修人數(shù)超過指定人數(shù)，就不再允許學生選這門課。學期結束，課程的狀態(tài)終止。9.人們燒水的狀態(tài)描述如下：初始狀態(tài)進入燒水過程時先處于爐子關閉狀態(tài)，當打開爐子的觸發(fā)事件發(fā)生時，需要檢查是否滿足監(jiān)護條件“壺里是否有水”，如果滿足則執(zhí)行燒水的動作，觸發(fā)轉換進入到爐子打開狀態(tài)，在此狀態(tài)下，如果出現(xiàn)水燒開了，或壺燒壞了的情況，狀態(tài)圖應如何表達？試創(chuàng)建燒水的狀態(tài)圖。10.圖形用戶界面具有一個主菜單和一個帶有文件打開命令的文件菜單，在每個菜單上都有一條退出命令。假設每次只有一個文件能夠打開。建立圖形用戶界面的狀態(tài)圖。11.航班機票預訂系統(tǒng)狀態(tài)描述：在剛確定飛行計劃時，顯然沒有任何預訂的，并且在有人預訂機票之前都將處于這種“無預訂”的狀態(tài)。對于訂座而言，顯然有“部分預訂”和“預訂完”兩種狀態(tài)，當航班快要起飛時，顯然要“預訂關閉”。請建立航班機票預訂系統(tǒng)的狀態(tài)圖12.請根據(jù)下述電梯系統(tǒng)的需求描述畫出類圖來。在一幢m層樓的大廈中，用電梯內的和每個樓層的按鈕來控制n部電梯的移動。每部電梯有m個按鈕，每個按鈕代表一個樓層。當按下一個按鈕時該按鈕指示燈亮，同時電梯駛向相應的樓層，當?shù)竭_由按鈕指定的樓層時指示燈熄滅。除了大廈的最底層和最高層之外，每層樓都有兩個按鈕分別指示電梯上行和下行。當這兩個按鈕之一被按下時相應的指示燈亮，當電梯達到此樓層時燈熄滅，電梯向請求的方向移動。當電梯無升降動作時，關門并停在當前樓層。分析：1.確定問題域內的候選對象大廈、電梯、樓層、按鈕、運動、指示燈、請求、最底層、最高層、方向和門2.篩選出正確的對象刪除“大廈、最底層、最高層、樓層”——無關刪除“運動、指示燈、請求、方向和門”——屬性只剩下“按鈕、電梯”按鈕又分為：電梯按鈕和樓層按鈕3.根據(jù)領域知識或常識找出隱含對象按鈕并不直接與電梯通信，為了決定分派哪一部電梯去響應一個特定的請求，必須有某種類型的電梯控制器。進一步完善對象模型：分析：電梯類的主要功能是執(zhí)行電梯控制器類發(fā)來的電梯操作命令，如果把電梯門（的狀態(tài)）作為電梯的一個屬性，則電梯類還要執(zhí)行門操作命令，這樣電梯類的功能就不單一了。解決：把電梯門獨立出來作為一個類。這樣打開或關閉電梯門的唯一辦法就是向對象“電梯門”發(fā)送一條消息。如果電梯門類的封裝性很好，就能保證不會在錯誤的時間開/關電梯門，從而能有效地杜絕嚴重的意外事故。另外，出于在未經(jīng)授權的情況下不允許修改請求的考慮，也應該把“請求”作為一個獨立的類。13.請根據(jù)使用電話的通常情況畫出描述交互行為狀態(tài)圖來。電話系統(tǒng)的一般操作過程為：沒人打電話時電話處于閑置狀態(tài)；有人拿起聽筒則進入撥號音狀態(tài)，到達這個狀態(tài)后，電話的行為是響起撥號音；這時如果拿起聽筒的人改變主意不想打了，他把聽筒放下（掛斷），電話重又回到閑置狀態(tài)；如果拿起聽筒很長時間不撥號（超時），則進入超時狀態(tài)……具體打電話、通話過程的腳本如下：打電話者拿起電話；電話撥號音開始；打電話者撥數(shù)字（先撥一位數(shù)字，如：3）；電話撥號音結束；打電話者撥數(shù)字（5）；打電話者撥數(shù)字（8）；打電話者撥數(shù)字（2）；如果電話號碼撥錯，交換機提示出錯信息；如果號碼正確，且對方空閑，則接電話者的電話開始振鈴；鈴聲在打電話者的電話上傳出；如果在30秒鐘內，接電話者拿起話筒；接電話者的電話停止振鈴；打電話者的電話停止振鈴；通電話；……接電話者掛斷電話；電話切斷；打電話者掛斷電話。如果撥號正確，對方忙，打電話者的電話上傳出忙音。如果撥號正確，接電話者在30秒鐘內不接聽電話，雙方電話停止振鈴。14.白盒測試15.黑盒測試輸入三個整數(shù)a、b和c分別作為三角形的3條邊，通過程序判斷由這3條邊構成的三角形類型是：等邊三角形、等腰三角形、一般三角形或非三角形。請從輸出域定義等價類，設計測試用例。按照等價類的劃分原則，建立輸出等價類。選取測試用例，覆蓋所有的等價類。某一報表處理系統(tǒng)，要求用戶輸入處理報表的日期。假設日期限制在1990年1月至1999年12月，即系統(tǒng)只能對該段時間內的報表進行處理。如果用戶輸入的日期不在此范圍內，則顯示輸入錯誤信息。該系統(tǒng)規(guī)定日期由年、月的6位數(shù)字字符組成，前4位代表年，后兩位代表月?，F(xiàn)用等價類劃分法設計測試用例，來測試程序的“日期檢查功能”。程序規(guī)格說明為：“一個程序讀入三個整數(shù)。把此三個數(shù)值看成是一個三角形的三個邊。這個程序要打印出信息，說明這個三角形是三邊不等的、是等腰的、還是等邊的?！闭埵褂玫葍r類劃分法，從輸入域定義等價類，完成測試用例設計。16.面向對象設計原則單一職責原則：一個類應該僅有一個職責。注意：職責是否應該分開依賴于具體的應用。開放-封閉原則：在設計一個軟件系統(tǒng)模塊（類、方法）的時候，應該可以在不修改原有的模塊（修改封閉）的基礎上，能夠擴展其功能（擴展開放）。在面向對象的程序中是可以做到的，利用面向對象的抽象和多態(tài)。程序對于修改不是100%封閉！一種抽象只能處理一類變化。抽象后的系統(tǒng)對這類變化是封閉的，但是對于其它類型的變化仍然不是封閉的。依賴倒置原則——系統(tǒng)框架設計的核心原則。高層模塊不應該依賴于低層模塊，二者都應該依賴于抽象。抽象不應該依賴于細節(jié)。細節(jié)應該依賴于抽象。使用何種語言來編寫程序是無關緊要的，如果程序的依賴關系是倒置的，它就是面向對象的設計；如果程序的依賴關系不是倒置的，它就是過程化的設計。接口隔離原則使用多個專門的接口比使用單一的總接口要好。不能強迫用戶去依賴那些他們不使用的接口。程序所依賴的接口中不要包含該程序不使用的方法。下面的設計是否合理，如果不合理，請說明原因并給出修正后的設計。（本題10分）說明：（1）Retangle類有兩個方法，一個方法畫矩形，另一個方法計算矩形的面積。其中draw()方法調用area()方法。（2）有兩個不同的應用程序使用Retangle類。一個是ComputationalGeometryApplication，它是計算幾何圖形面積的，它依賴Retangle類的area()方法，但是它從來不用draw()方法。另一個是GraphicalApplication，它是繪制圖形的，它主要依賴Retangle類的draw()方法，也有可能會用到area()方法。標準答案：這個設計違反了“單一職責原則”。Retangle類有兩個職責，第一個職責是繪制矩形，第二個職責是計算矩形的面積。解決辦法：把兩個職責分離開，分離到兩個完全不同的類中。 （3分） （7分）例2.下面的設計是否合適，如果不合適，請修正設計。系統(tǒng)需求說明：在屏幕上顯示出圓形的面積。該需求今后會被擴展，要求顯示正方形、矩形等其他形狀的面積。要求設計的系統(tǒng)符合開放封閉原則。interfaceShape{doublearea();}publicclassCircleimplementsShape{privateintr;publicCircle(inta){r=a;}publicdoublearea(){return3.14*r*r;}}publicclassPrintDrawing{publicvoidprintArea(Shapes){System.out.println("Areais:"+s.area());}}publicclassShow{publicstaticvoidmain(Stringargs[]){Circlec=newCircle(2);PrintDrawingpc=newPrintDrawing();pc.printArea(c);}}改進后的Button類的偽碼為：publicclassButton{publicvoidPoll(ButtonServerbs){判斷是“開”還是“關”；if(“開”)bs.turnOn();elsebs.turnOff();}}ButtonServer類的代碼為：interfaceButtonServer{publicvoid