UML補(bǔ)考練習(xí)匯總

一葉落便知秋意濃，即使江南的綠色褪色之期晚了幾許，南飛的大雁也會(huì)在天空一會(huì)兒排成一字，一會(huì)兒排成人字，秋天真的來了，中秋真的來了，國慶真的來了。

秋天，是一個(gè)豐碩的季節(jié)，它孕育著收獲。

節(jié)日，是一個(gè)相聚的守候，它意味著團(tuán)圓。

在這個(gè)蕭瑟的天空下，節(jié)日只會(huì)提醒游子該回家了，看看久別的故土，看看年邁的父母，看看自己的過往；但是現(xiàn)實(shí)的境遇卻讓我們無法脫身，我們只能思念、感嘆，每逢佳節(jié)倍思親。

年年歲歲花相似，歲歲年年人不同。轉(zhuǎn)眼，我們已經(jīng)長大，離開了父母親人，離開了學(xué)校師生，離開了書生意氣的輕狂，開始學(xué)會(huì)一個(gè)人的生活，向大人的方向一步步的跟進(jìn)。歲月在流逝，閱歷隨之增長，思鄉(xiāng)之情越發(fā)瘋狂的蔓延，就連睡夢囈語都是方言的味道?？吹墓适露嗔?，心中對母愛、對父愛、對鄉(xiāng)情有了更為獨(dú)特的情愫，每逢佳節(jié)便撩動(dòng)我多愁善感的心，思親之情猶如海浪澎湃著我難以平靜。

慈母手中線，游子身上衣。多少年過去了，我一直穿著母親手工制作的鞋墊，從春花到秋實(shí)，從寒來至暑往，走完四季的輪回；從兒時(shí)母親手工做的棉鞋到現(xiàn)在自己買的運(yùn)動(dòng)鞋，鞋墊陪我走完了懵懂的青春。去年的一天，母親打電話問我穿多大的鞋，她說再給我做十雙。我疑惑的問母親為什么要做那么多，我穿不完。母親說她眼睛看不清楚了，這是最后一次給我做鞋墊了，多做幾雙，多穿幾年。聽到這里我不禁留下了眼淚，瞬間感覺母親已經(jīng)老了，而我卻遠(yuǎn)在千里之外不能盡孝。月有陰晴圓缺，人有悲歡離合，家鄉(xiāng)發(fā)生了很多的事，電話成了我與親人的寄托，雖然電話中父母的聲音沒有太大的變化，但是我腦中總會(huì)浮現(xiàn)他們?nèi)找驺俱驳娜蓊仭?/p>

夜深難眠的時(shí)候，我就會(huì)走上陽臺(tái)，看看這個(gè)霓虹映襯的不夜城?？粗呗柕臉欠?，看著明亮的月，看著靜靜夜。夜風(fēng)帶來陣陣桂花的余香，我似乎在花香里聞到了家鄉(xiāng)桂花酒的味道，聽見了家鄉(xiāng)河水流淌的聲音，各種野鳥的怪叫，還有父親夜里的咳嗽。家、家鄉(xiāng)、親人都在記憶中，都在心中，平日里他們平靜的像湖水，每當(dāng)在團(tuán)圓的時(shí)候便激起千層浪，不停地叩打著游子的心門。

又是一年月圓時(shí)，又是一年團(tuán)聚日，?；丶铱纯矗改冈缫言诓恢挥X中慢慢的老去，他們要求并不高，全家團(tuán)圓便是福。不要讓自己暫時(shí)的借口成為不回家的理由，留下子欲養(yǎng)而親不待的終身遺憾。UML補(bǔ)考練習(xí)匯總1、請根據(jù)本學(xué)期的課程，結(jié)合實(shí)際軟件開發(fā)過程，歸納出使用面向?qū)ο蠹夹g(shù)進(jìn)行項(xiàng)目開發(fā)，需要開展哪些活動(dòng)，你認(rèn)為最關(guān)鍵的活動(dòng)是什么？(A卷考過)用例模型：用例文本和用例圖(1分)領(lǐng)域模型分析：領(lǐng)域模型(1分)用例順序圖分析：用例順序圖（1分）類圖建模：類圖（1分）最關(guān)鍵的活動(dòng)是領(lǐng)域建模。（1分）2、“老師說要迭代開發(fā)，真是有道理。我決定在我們的項(xiàng)目組實(shí)施迭代開發(fā)，第一迭代先做需求，第二個(gè)迭代做分析，第三個(gè)迭代做設(shè)計(jì)….”，這句話正確嗎？為什么？不對（2分），每次迭代都是一次軟件開發(fā)完整的過程，不是按步驟的每次迭代完成不同的任務(wù)（3分）。3、假設(shè)要構(gòu)造一個(gè)和用戶下棋的游戲系統(tǒng)，哪些UML圖對設(shè)計(jì)該游戲有幫助？為什么？(A卷考過)答：用例圖、類圖、順序圖（交互圖）（2分），用例圖可以歸納游戲系統(tǒng)需要完成的功能需求，類圖分析了系統(tǒng)需要的類，及其承擔(dān)職責(zé)，刻畫了系統(tǒng)的靜態(tài)結(jié)構(gòu)。使用順序圖可以對具體場景的交互進(jìn)行動(dòng)態(tài)建模。理解系統(tǒng)的內(nèi)部的交互過程。（3分）。4、在用例模型中，除了需要繪制用例圖，最重要的是為每個(gè)用例編寫用例文本，用例文本當(dāng)中常有：主要參與者、涉眾及其關(guān)注點(diǎn)、前置條件、后置條件、主成功場景、擴(kuò)展場景、特殊需求等部分。阿呆比較笨，老是搞不清。請你告訴他那個(gè)部分最重要，解釋該部分含義，并說明重要理由。主成功場景場景里面有對話功能，交互過程5、根據(jù)下列代碼片斷，畫圖說明已經(jīng)創(chuàng)建的類的數(shù)據(jù)成員及類間的關(guān)系。（要求：如有關(guān)聯(lián)需要標(biāo)明關(guān)聯(lián)的方向、角色名和多重性）[代碼]publicclassCatalogueEntry{privateStringname;privateStringnumber;privateStringcost;···}publicclassPart{privateCatalogueEntryentry;···}▲6、通信圖和順序圖都是交互圖，阿呆不明白什么時(shí)候用通信圖，什么時(shí)候用順序圖。請你為他解釋順序圖和通信圖的優(yōu)點(diǎn)和缺點(diǎn)。順序圖和通信圖的優(yōu)缺點(diǎn)：順序圖對工具的支持更好，并有更多有效的表示法,可以更方便地表示調(diào)用流的順序，并且在文檔化方面更勝一籌。而通信圖則必須查閱順序繪制（或窄幅紙張）時(shí)不如通信圖方便。7、Monopoly游戲中，由誰來創(chuàng)建Square對象比較合適？阿呆發(fā)現(xiàn)類圖中有兩個(gè)類都可以承擔(dān)此職責(zé)：MonopolyGame和Board。他有點(diǎn)迷糊不知道該選那個(gè)比較好。請你幫他選一個(gè)，并解釋理由。因?yàn)閟quare是被包含關(guān)系，被包含于board所以由board來創(chuàng)建▲8、阿呆剛學(xué)過GRASP設(shè)計(jì)原則，覺得很不錯(cuò)，于是準(zhǔn)備應(yīng)用在設(shè)計(jì)的選課系統(tǒng)中，系統(tǒng)有課程類，課程類的實(shí)例包含某門課程的具體信息。阿呆就想，依據(jù)信息專家的原則，那么，該由課程對象把課程信息存入到數(shù)據(jù)庫中。但是項(xiàng)目經(jīng)理告訴他這樣做不好。阿呆想不通，請你詳細(xì)為阿呆解釋一下，這樣做有什么壞處，應(yīng)該如何處理。(A卷考過)壞處：高內(nèi)聚，低耦合，冗余高；應(yīng)該虛構(gòu)一個(gè)類來幫助解決參考P213將課程信息存入數(shù)據(jù)庫的職責(zé)分配給課程類會(huì)造成課程類與數(shù)據(jù)庫接口類的耦合，面向數(shù)據(jù)庫的操作與實(shí)際的課程類無關(guān)，使得課程類非內(nèi)聚，不利于數(shù)據(jù)庫操作的復(fù)用，其它類也存在保存對象的職責(zé)。在某些情況下，專家模式建議的方法并不好，這是由于耦合與內(nèi)聚問題所產(chǎn)生的。專家會(huì)建議由課程對象把課程信息存入到數(shù)據(jù)庫中，那么按照這個(gè)決定進(jìn)行邏輯推理，每個(gè)類都應(yīng)當(dāng)把自身保存到數(shù)據(jù)庫中。但這樣會(huì)導(dǎo)致內(nèi)聚，耦合，及冗余方面的問題，例如現(xiàn)在課程類必須包含于數(shù)據(jù)庫處理相關(guān)的邏輯，如SQL和JDBC相關(guān)的處理邏輯。因此，課程類由于存在其他職責(zé)而降低了它的內(nèi)聚，這個(gè)類必須與其他子系統(tǒng)的數(shù)據(jù)服務(wù)進(jìn)行耦合，會(huì)使得耦合度上升。這樣會(huì)導(dǎo)致大量持久性類中重復(fù)出現(xiàn)類似的數(shù)據(jù)庫邏輯，有大量的冗余。所以這樣的做法違反了基本架構(gòu)原則，應(yīng)將應(yīng)用邏輯和數(shù)據(jù)庫邏輯放置不同一處，而不是在同一構(gòu)件中把不同的系統(tǒng)關(guān)注混合起來。因此，按照專家模式，該由課程對象把課程信息存入到數(shù)據(jù)庫中是合理的，但由于其他原因，會(huì)使得我們最終得出不佳的設(shè)計(jì)9、請你詳細(xì)說明一下領(lǐng)域模型與設(shè)計(jì)類圖的相同點(diǎn)及不同點(diǎn)。相同點(diǎn)領(lǐng)域模型是沒有方法的類圖的集合不同點(diǎn)領(lǐng)域模型只有屬性無類型無方法類圖包括類名，屬性，操作10下圖是一個(gè)“涉稅服務(wù)管理效能管理系統(tǒng)”中類模型的一個(gè)局部，請根據(jù)該圖回答以下問題。在描述“稅務(wù)審批服務(wù)申請”時(shí)，它主要包含哪幾個(gè)方面的內(nèi)容？它有幾種不同的類別？(A卷考過)1：三個(gè)指向他的“申請”2：4個(gè)被它指向的11POS系統(tǒng)中，當(dāng)顧客以支付貨款時(shí)，需要計(jì)算出支付余額。阿呆發(fā)現(xiàn)類圖中有兩個(gè)類都可以承擔(dān)此職責(zé)：Sale和Payment。他有點(diǎn)迷糊不知道該選那個(gè)比較好。請你幫他選一個(gè)最佳方案，并解釋理由。選SALE，因?yàn)镾ALE只需要一條線連接到paymant，而payment卻需要兩條連接到SALE根據(jù)內(nèi)聚耦合原理，應(yīng)當(dāng)選擇SALE(A卷考過)▲12搬了新家，阿呆決定去申請安裝ADSL，他到營業(yè)廳填好單，和證件一起交給營業(yè)員。營業(yè)員查看阿呆的證件，接過單子開始操作電腦。如果站在營業(yè)員身后，會(huì)看見營業(yè)員打開一個(gè)“受理”菜單，選擇“ADSL”，彈出一個(gè)帶有好多個(gè)Tab的框框，營業(yè)員嗶哩叭啦把數(shù)據(jù)輸進(jìn)去，然后讓阿呆設(shè)置一個(gè)服務(wù)密碼，又過一陣，營業(yè)員遞出單子，告訴阿呆回家等，施工人員一天內(nèi)就到。阿呆高興的出門。營業(yè)員嘆了一口氣，想“又弄完一個(gè)”……考慮營業(yè)員的“ADSL業(yè)務(wù)受理系統(tǒng)”，根據(jù)上述信息，分析下面所列對象或事件歸屬那一類別，并在表中填寫。（注意，所列的對象或事件有可能屬于多個(gè)類別，也有可能都不屬于任何一類，多填或少填都不得分,涉眾填不全扣一分）對象或事件：阿呆 營業(yè)員 設(shè)置密碼 施工人員 受理ADSL申請 安裝ADSL“受理”菜單類別：主參與者輔助參與者 用例 涉眾主參與者營業(yè)員輔助參與者阿呆用例受理ADSL申請涉眾施工人員13狀態(tài)圖是為某個(gè)對象的狀態(tài)和事件以及響應(yīng)事件的行為的建模。下面的普通電話機(jī)的狀態(tài)圖，技術(shù)經(jīng)理已經(jīng)使用狀態(tài)圖對其詳細(xì)建模，但阿呆不小心把圖弄模糊了，請你幫忙補(bǔ)充完整。（狀態(tài)及事件名可以中文表示）（1）Active（2）PlayingDialTone（3）Dialing（4）Connecting（5）Talking14請根據(jù)下列代碼片斷，畫出設(shè)計(jì)類圖。注意類，類的屬性和方法以及類之間關(guān)聯(lián)，關(guān)聯(lián)的導(dǎo)航性、多重性或是角色名。Storestore=newStore();Storestore=newStore();Registerregister=store.getRegister();intt=store.getNo();ProductCatalogcatalog=newProductCatalog();register.setNo(t);register.setCatalog(catalog);ProcessSaleJFrameframe=newProcessSaleJFrame(register);15．下面是航空公司系統(tǒng)的部分類模型，模型里的類都是需要持久存儲(chǔ)的對象。請你為阿呆設(shè)計(jì)一個(gè)將該類圖映射為關(guān)系數(shù)據(jù)庫中的表的方案。即數(shù)據(jù)庫中該有用那些表存儲(chǔ)這些類的數(shù)據(jù)，這些表該有那些列。（表的主鍵外鍵要說明）(A卷考過)Airline(Alid,name,symbol)Employee(idcard,name,ALID)Pilot(idcard,fightRating)FightAssistant(idcard)Flight(fightNum,data,PilotID,copiloted,AlID)AttendantAssignment(fightNum,idcard)16請說明領(lǐng)域模型中要展示內(nèi)容（三個(gè)方面），并根據(jù)下面描述繪制出汽車公司調(diào)度管理系統(tǒng)的領(lǐng)域模型。(A卷考過無答案)阿呆開設(shè)了一家汽車公司專門為學(xué)生服務(wù)，公司擁有40輛汽車，服務(wù)對象是1600個(gè)學(xué)生。汽車日常行駛的路線有30條。每條路線上設(shè)有許多站牌，學(xué)生們可在這些地方上下車。公司雇傭了20個(gè)全職的司機(jī)和30個(gè)兼職的司機(jī)。汽車公司設(shè)有一個(gè)調(diào)度員，專門負(fù)責(zé)司機(jī)和路線的安排。公司經(jīng)常會(huì)收到學(xué)生或家長們對司機(jī)的投訴。如果投訴的情況相當(dāng)嚴(yán)重，司機(jī)有可能會(huì)被停職甚至被解雇17根據(jù)以下Java源程序片斷繪制出doPayroll函數(shù)實(shí)現(xiàn)的順序圖。publicclassPayroll{publicclassPayroll{privatePayrollDBitsPayrollDB;privatePayrollDispositionitsDisposition;//....publicvoiddoPayroll(){List<Employee>employeeList=itsPayrollDB.getEmployeeList();foreach(EmployeeeinemployeeList){boolflag=e.isPayDay();if(flag){doublepay=e.calculatePay();doubledeductions=e.calculateDeductions();itsDisposition.sendPayment(pay-deductions);}}}}20我家超級市場是大型的連鎖零售商場，銷售各類商品，超市的收銀員使用POS收銀系統(tǒng)處理用戶的銷售。請問收銀員是處于POS收銀系統(tǒng)的邊界外還是邊界內(nèi)？為什么？21詳細(xì)解釋下列消息。（說明消息名稱、參數(shù)、返回值等）（1）2:display(x,y)（2）1.3.1:p:=find(specs)（3）[x<0]4:invert(x,color)（4）3.1*:update()（5）1:create(p,4)22請說明領(lǐng)域模型中要展示內(nèi)容（三個(gè)方面），根據(jù)下面描述繪制出領(lǐng)域模型。假設(shè)一個(gè)公司雇傭了若干員工，每個(gè)員工的信息包括員工號碼、姓名、地址和生日。該公司當(dāng)前有幾個(gè)項(xiàng)目，每個(gè)項(xiàng)目的信息包括項(xiàng)目名稱和開始日期。每個(gè)員工可同時(shí)被分派到一個(gè)或幾個(gè)項(xiàng)目中，也可以不做任何項(xiàng)目。每個(gè)項(xiàng)目至少由一個(gè)員工來承擔(dān)。公司在每個(gè)月末給每個(gè)員工郵寄一張支票，支票上的數(shù)額與項(xiàng)目的性質(zhì)和工作時(shí)間相關(guān)。請用一張類圖描述上述情況。要求：給出相關(guān)的類、屬性、方法和關(guān)聯(lián)23下面是Monopoly游戲設(shè)計(jì)過程中的一張每個(gè)輪次實(shí)現(xiàn)順序圖，請根據(jù)順序圖所示，寫出takeTurn方法的基本實(shí)現(xiàn)代碼。其中dice[i]中i等于2。（包括函數(shù)的定義，函數(shù)所在類的定義。）24請根據(jù)下面描述回答相應(yīng)問題：學(xué)院圖書館需要一個(gè)新的圖書管理系統(tǒng)管理圖書資源。圖書由圖書館顧客借出、還入和預(yù)定。當(dāng)圖書逾期一周時(shí)，會(huì)以電子郵件的方式通知顧客。圖書每逾期一天，顧客將被罰1元。每本書最多罰款10元。顧客出有不同身份，這些身份能夠影響一本書被借出的時(shí)間。不同的身份所獲得的服務(wù)也不同。學(xué)生借書可借出四周，教師可借閱兩個(gè)月，圖書館工作人員可以把書保留三個(gè)月。只要沒有其他顧客要求借閱，任何可借出的圖書館資源都可以續(xù)借。圖書管理系統(tǒng)必須聯(lián)網(wǎng)，顧客可以通過瀏覽器進(jìn)行檢索和預(yù)訂。(1)請畫出該圖書管理系統(tǒng)的主要用例圖。(2)建立該圖書管理系統(tǒng)的領(lǐng)域模型。25.GRASP是什么的縮寫（中文意思也可以），簡述“信息專家”（InformationExpert）設(shè)計(jì)原則的內(nèi)容。舉例說明。簡述“控制器（Controller）設(shè)計(jì)原則的內(nèi)容。舉例說明。答：GRASP：GeneralResponsibilityAssignmentSoftwarePatterns，通用職責(zé)分配軟件模式。信息專家：對象具有某方面完整的信息，應(yīng)將操作信息的職責(zé)交給這個(gè)對象。這個(gè)對象就是所謂的信息專家。如銷售總額的獲得，應(yīng)當(dāng)尋找具有確定總額所需信息的那個(gè)對象負(fù)責(zé)?？刂破鳎禾摌?gòu)出一個(gè)用來接收和處理系統(tǒng)事件的職責(zé)的類。如Pos系統(tǒng)中處理銷售用例，外部參與者的發(fā)出請求首先提交給Register控制器處理26.請解釋和比較用例圖中用例間的擴(kuò)展（<<extend>>）和包含（<<include>>）兩種關(guān)系。答：擴(kuò)展關(guān)系：擴(kuò)展用例是基用例的一段相對獨(dú)立并且可選的動(dòng)作流 包含關(guān)系：使用包含（Inclusion）用例來封裝一組跨越多個(gè)用例的相似動(dòng)作（行為片斷），以便多個(gè)基（Base）用例復(fù)用。27在面向?qū)ο蠓治鲞^程中，尋找對象、類、屬性、屬性值的策略是什么？答：采用名詞法，把需求分析中出現(xiàn)的名詞全部列舉出來，再進(jìn)篩選。有的名詞可能轉(zhuǎn)化為對象，有些名詞可能建模為對象的屬性。對找出的對象進(jìn)行數(shù)據(jù)抽象，提取出類。公司可以雇用多人，人也可以為多個(gè)公司工作。每個(gè)公司只有一個(gè)總經(jīng)理。下面的經(jīng)理可以管理多個(gè)員工，請?jiān)谙聢D中的關(guān)聯(lián)線上加上適當(dāng)標(biāo)注（關(guān)聯(lián)名、角色和多重性），使上述含義清楚。（請標(biāo)注在答題紙上）答：28.請寫出類圖對應(yīng)的面向?qū)ο蟠a。ClassPerson{ Companyemployer; Publicvoidassign(Departmentd){…} PublicvoidsetCompensation(Salarys){…}}ClassCompany{ Personemployee[10]; …}29．下面描述飛行公司雇員的類圖，請將該類圖映射為關(guān)系數(shù)據(jù)庫中的表。映射為一個(gè)表：EmployeeID,name,taxpayerNumber,employeeType,flightRating,positionEmployeeID為主鍵。employeeType為新增的字段，類的類型。30．下面給出了預(yù)訂航班用例的主要成功場景：用例：預(yù)訂航班的主成功場景1.顧客向系統(tǒng)提交航班預(yù)訂信息（出發(fā)地、目的地、出發(fā)日期和人數(shù)）2.系統(tǒng)檢索滿足這些條件的航班3.系統(tǒng)顯示滿足條件的航班信息4.顧客選擇所要的航班5.系統(tǒng)檢索該航班剩余的座位信息6.系統(tǒng)顯示可預(yù)訂的座位信息7.顧客選擇所要的座位8.系統(tǒng)生成一個(gè)臨時(shí)預(yù)訂記錄9.系統(tǒng)將顧客所選擇的座位狀態(tài)從“未預(yù)訂”修改為“已預(yù)訂”……分析員張三認(rèn)為與該用例相關(guān)的對象至少有Reservation（預(yù)訂）、Seat（座位）和Flight（航班）。請繪制出該用例主成功場景順序圖（請補(bǔ)充必要的對象）31．設(shè)計(jì)一個(gè)電子投票系統(tǒng)。一次電子投票可能涉及到一個(gè)或多個(gè)職位的競選，每個(gè)職位的競選涉及到多個(gè)候選人。在一個(gè)具體的職位競選時(shí)，投票人能看到該職位的名稱及相應(yīng)的候選人（每個(gè)職位的候選人不超過5個(gè)），投票者只能為該職位選中一個(gè)候選人。每個(gè)職位的競選作為一屏獨(dú)立的信息提交給投票者，投票機(jī)由一名監(jiān)督員啟動(dòng)。每個(gè)投票者在投票前必須輸入自己的身份證號碼，以避免多次投票給同一個(gè)候選人。投票者可以查看每個(gè)職位的競選信息并投票，也可以翻屏的方式返回先前的屏幕修改投票決定。當(dāng)投票結(jié)束時(shí)，投票者將看到自己給每個(gè)職位的投票結(jié)果。每個(gè)職位的投票結(jié)果（職位的名稱和每個(gè)候選人的得票數(shù)）將以獨(dú)立的一屏信息顯示。請根據(jù)上述情況，建立該電子投票系統(tǒng)的領(lǐng)域模型。32．下面的代碼描述了一個(gè)DataSet類，該類提供了對一組數(shù)據(jù)的基本統(tǒng)計(jì)功能，以及一個(gè)ExamMarks類，它使用期DataSet存儲(chǔ)并計(jì)算一組考試分?jǐn)?shù)的平均值。主函數(shù)展示了讀入兩個(gè)分?jǐn)?shù)，用ExamMarks保存它們，并打印輸出平均值。畫一個(gè)順序圖，說明主函數(shù)執(zhí)行時(shí)發(fā)生的交互。（8分）DataSet類classDataSet{ privatefloatdata[]; privateintitems; publicDataSet(){ data=newfloat[256]; items=0;}publicvoidaddDataPoint(floatd){ data[items++]=d;}publicfloatmean(){ floattotal=0; for(inti=0;i<getSize();i++){ total+=data[i]; }returntotal/getSize();}publicintgetSize(){ returnitems;}}ExamMarks類和Average類：ClassExamMarks{ privateDataSetmarks; publicvoidenterMark(floatm){ if(marks=null){ marks=newDataSet(); } Marks.addDataPoint(m); } floataverage(){ returnmarks.mean(); }}publicclassAverage{ publicstaticvoidmain(Stringargs[]){ ExamMarksexam=newExamMarks(); exam.enterMark(56); exam.enterMark(72); System.out.println(exam.average());}}33．通常自動(dòng)售貨機(jī)會(huì)按用戶的要求進(jìn)行自動(dòng)售貨。供貨員會(huì)巡查向其內(nèi)供貨，取款員會(huì)定時(shí)取款。請根據(jù)上述描述建立用況圖。34假設(shè)一個(gè)公司雇傭了若干員工，每個(gè)員工的信息包括員工號碼、姓名、地址和生日。該公司當(dāng)前有幾個(gè)項(xiàng)目，每個(gè)項(xiàng)目的信息包括項(xiàng)目名稱和開始日期。每個(gè)員工可同時(shí)被分派到一個(gè)或幾個(gè)項(xiàng)目中，也可以不做任何項(xiàng)目。每個(gè)項(xiàng)目至少由一個(gè)員工來承擔(dān)。公司在每個(gè)月末給每個(gè)員工郵寄一張支票，支票上的數(shù)額與項(xiàng)目的性質(zhì)和工作時(shí)間相關(guān)。請用一張類圖描述上述情況。要求：給出相關(guān)的類、屬性、方法和關(guān)聯(lián)。35某訂單管理系統(tǒng)的部分UML類圖如圖所示。圖 訂單管理系統(tǒng)的部分UML類圖在圖中，Product表示產(chǎn)品，ProductList表示所銷售產(chǎn)品的列表，Order表示產(chǎn)品訂單，OrderItem表示產(chǎn)品訂單中的一個(gè)條目，OrderList表示訂單列表，SalesSystem提供訂單管理系統(tǒng)的操作接口。有個(gè)用例要求依次統(tǒng)計(jì)產(chǎn)品目錄中每個(gè)產(chǎn)品的訂購總量，并打印出每個(gè)產(chǎn)品的編號、說明、訂購總量和訂購金額請依據(jù)類圖，繪制此統(tǒng)計(jì)用例的用例順序圖。36、請根據(jù)下列的類圖，分析需要持久化這些類所需要的數(shù)據(jù)庫模型，請注明主鍵和外鍵。(8分)（如:Student：studentNo,name,major,class,CourseNo主鍵：studentNo；外鍵：CourseNo)chairperson：系主任/院長答：School：id，name，address，phone；主鍵：idStudent：studentID（主鍵），name，schoolId（外鍵）Course：CourseID（主鍵），nameStudentCourse：studentID，courseIDCourseInstructor：courseID，instructorIDInstructor：id，name，departmentId，Department：id，name，schoolId，chairperson37考慮一個(gè)實(shí)際的超級市場，下面是給出的一張用例圖。請為“購買商品”用例編寫主場景流程，并給出在“購買商品”主場景中可能出現(xiàn)的異常情況（簡要列舉）。答：購買商品主場景流程客戶帶著商品來到柜臺(tái)收銀員掃描客戶的每項(xiàng)商品收銀員計(jì)算商品的總金額、含稅收銀員詢問支付形式客戶給了一張信用卡收銀員掃描了信用卡校驗(yàn)器報(bào)告信用卡付款是可以接受的客戶簽署信用卡收條例外情況某項(xiàng)商品掃描出錯(cuò)信用卡掃描出錯(cuò)UML試卷一、選擇題：（共10題，共20分）1、 在Java程序中，對象之間的相互通信通過（B）Ａ、繼承實(shí)現(xiàn)B、調(diào)用成員函數(shù)實(shí)現(xiàn)Ｃ、封裝實(shí)現(xiàn)Ｄ、函數(shù)重載實(shí)現(xiàn)2、 為了描述和理解系統(tǒng)中的控制機(jī)制，如為了描述一個(gè)設(shè)備控制器在不同情況下所要完成的動(dòng)作，下面幾個(gè)圖中哪個(gè)圖是最有用的？（B）Ａ、交互圖 Ｂ、活動(dòng)圖 Ｃ、狀態(tài)圖 Ｄ、類圖３、對于用例分析的正確與否，有一些簡單的方法，如老板測試，不能通過老板測試的用例是（C）Ａ、處理退貨 Ｂ、協(xié)商合同 Ｃ、用戶登錄 Ｄ、處理銷售４、GRASP原則一共9種，其中不包括的是（D） A、多態(tài)Ｂ、高內(nèi)聚 Ｃ、低耦合 Ｄ、封裝５、 Innovation公司在為Rose開發(fā)插入件，使得Rose可以把OOA/OOD模型以各種圖形格式導(dǎo)出。如JPEG格式、BMP格式、GIF格式等。在導(dǎo)出時(shí)，會(huì)根據(jù)不同的算法生成相應(yīng)的圖形文件，這些算法很復(fù)雜。為了描述這些算法，在下面這些圖中，哪個(gè)圖是最合適的？（A） A、活動(dòng)圖 B、狀態(tài)圖 Ｃ、類圖 Ｄ、用例圖６、 依據(jù)如下順序圖，選擇類Account必須實(shí)現(xiàn)哪些方法？（A） A、withdraw，checkBalance B、withdraw，checkBalance，log C、withdraw，checkBalance，acknowledge D、withdraw，checkBalance，log，acknowledge ７、 有如下圖關(guān)系及根據(jù)類創(chuàng)建的對象，編譯器允許執(zhí)行的賦值語句是（C） Shapesh; Triangletr=newTriangle(); Squaresq=newSquare(); A、tr=sq B、sq=sh C、sh=tr D、sq=tr８、 下列是阿呆給一些用例的命名，（C）用例命名最好。 Ａ、進(jìn)行圖像導(dǎo)入 Ｂ、導(dǎo)入圖像Ｃ、處理圖像 Ｄ、圖像處理９、分層結(jié)構(gòu)系統(tǒng)中，消息通常從頂層流向底層。但有些消息卻是從底層流向頂層，需要層間的向上協(xié)作模式。下面不能實(shí)現(xiàn)層間向上協(xié)作的方式是（） Ａ、觀察者模式Ｂ、UI外觀模式Ｃ、控制器模式Ｄ、界面輪詢模式10、 下面的圖1和圖2分別說明了Car和Color類之間的關(guān)系是（C） A、圖1：聚合；圖2：組合 B、圖1：屬性；圖2：聚合 C、圖1：屬性；圖2：組合 D、圖1：組合；圖2：屬性 二、簡答題（共7題，共32分）1、請根據(jù)本學(xué)期的課程，結(jié)合實(shí)際軟件開發(fā)過程，歸納出使用面向?qū)ο蠹夹g(shù)運(yùn)行項(xiàng)目開發(fā)，需要開展哪些活動(dòng)，你認(rèn)為最關(guān)鍵的活動(dòng)是什么？（6分）需求分析；用例圖建模；領(lǐng)域模型建模；系統(tǒng)順序圖和操作契約用例實(shí)現(xiàn)交互圖建模；設(shè)計(jì)類圖建模；邏輯架構(gòu)設(shè)計(jì)建模關(guān)鍵的活動(dòng)：用例實(shí)現(xiàn)交互圖建模實(shí)驗(yàn)八邏輯架構(gòu)設(shè)計(jì)建模2、“老師說要迭代開發(fā)，真是有道理，我決定在我們的項(xiàng)目組實(shí)施迭代開發(fā)，第一迭代先做需求，第二個(gè)迭代做分析，第三個(gè)迭代做設(shè)計(jì)……”這句話正確嗎？為什么？（4分）錯(cuò)誤，迭代不同于傳統(tǒng)的瀑布模型，并不按照先做需要，再做分析，設(shè)計(jì)這樣一個(gè)階段接一個(gè)階段進(jìn)行，迭代是把一個(gè)項(xiàng)目分成多個(gè)小項(xiàng)目，每個(gè)小項(xiàng)目都經(jīng)歷各自的需求分析，設(shè)計(jì)，實(shí)現(xiàn)和測試活動(dòng)，以循環(huán)反饋和調(diào)整為核心，每次迭代都對現(xiàn)有系統(tǒng)進(jìn)行擴(kuò)展和精化，最后成為適當(dāng)?shù)南到y(tǒng)。3、假設(shè)要構(gòu)造一個(gè)和用戶下棋的游戲系統(tǒng)，哪些UML圖對設(shè)計(jì)該游戲有幫助？為什么？（4分）用例圖領(lǐng)域模型交互圖類圖4、我家超級市場是大型的連鎖零售商場，銷售各類商品，超市的收銀員使用POS收銀系統(tǒng)處理用戶的銷售。請問收銀員是處于POS收銀系統(tǒng)的邊界外還是邊界內(nèi)？為什么？（4分）在邊界外，POS系統(tǒng)是要被設(shè)計(jì)的系統(tǒng)，任何該系統(tǒng)之外的事物都在系統(tǒng)邊界之外，收銀員是外部參與者，是使用POS系統(tǒng)完成一系列行為的外部參與者。5、系統(tǒng)的分層實(shí)現(xiàn)讓阿呆很困惑。因?yàn)橄到y(tǒng)如果分為視圖層、業(yè)務(wù)層、持久層，對于某一模塊的實(shí)現(xiàn)每一層都寫代碼，每間層的交互處理增加了麻煩。如果用戶點(diǎn)擊某個(gè)按鈕，直接在按鈕事件里編寫實(shí)現(xiàn)的代碼，既直接，又方便。請你說明分層模式實(shí)現(xiàn)系統(tǒng)的理由，說服阿呆采用分層的方式實(shí)現(xiàn)系統(tǒng)。（5分）1?好的分層體系結(jié)構(gòu)使系統(tǒng)易于擴(kuò)展和維護(hù)–做到關(guān)系分離、高級服務(wù)和低級服務(wù)分離、特定于應(yīng)用的服務(wù)與一般性服務(wù)分離–對某一特定層進(jìn)行修改而不會(huì)影響到任何其他層–層是模塊化的，可以重寫某一層，或是整個(gè)替換某一層，只要接口不變，系統(tǒng)其他層次不受影響。這樣，某些層能夠用新的實(shí)現(xiàn)替換2?在各層之間限制消息流動(dòng)，減少層次耦合，增加移植性3?某些層可以分布式實(shí)現(xiàn)4?利于在中間層實(shí)施安全特性5?通過邏輯劃分，有助于團(tuán)隊(duì)開發(fā)6、阿呆剛學(xué)過GRASP設(shè)計(jì)原則，覺得很不錯(cuò)，于是準(zhǔn)備應(yīng)用在設(shè)計(jì)的選課系統(tǒng)中，系統(tǒng)有課程類，課程類的實(shí)例包含某門課程的具體信息。阿呆就想，依據(jù)信息專家的原則，那么，該由課程對象把課程信息存入到數(shù)據(jù)庫中。但是項(xiàng)目經(jīng)理告訴他這樣做不好。阿呆想不通，請你詳細(xì)為阿呆解釋一下。（5分）參考P213將課程信息存入數(shù)據(jù)庫的職責(zé)分配給課程類會(huì)造成課程類與數(shù)據(jù)庫接口類的耦合，面向數(shù)據(jù)庫的操作與實(shí)際的課程類無關(guān)，使得課程類非內(nèi)聚，不利于數(shù)據(jù)庫操作的復(fù)用，其它類也存在保存對象的職責(zé)。在某些情況下，專家模式建議的方法并不好，這是由于耦合與內(nèi)聚問題所產(chǎn)生的。專家會(huì)建議由課程對象把課程信息存入到數(shù)據(jù)庫中，那么按照這個(gè)決定進(jìn)行邏輯推理，每個(gè)類都應(yīng)當(dāng)把自身保存到數(shù)據(jù)庫中。但這樣會(huì)導(dǎo)致內(nèi)聚，耦合，及冗余方面的問題，例如現(xiàn)在課程類必須包含于數(shù)據(jù)庫處理相關(guān)的邏輯，如SQL和JDBC相關(guān)的處理邏輯。因此，課程類由于存在其他職責(zé)而降低了它的內(nèi)聚，這個(gè)類必須與其他子系統(tǒng)的數(shù)據(jù)服務(wù)進(jìn)行耦合，會(huì)使得耦合度上升。這樣會(huì)導(dǎo)致大量持久性類中重復(fù)出現(xiàn)類似的數(shù)據(jù)庫邏輯，有大量的冗余。所以這樣的做法違反了基本架構(gòu)原則，應(yīng)將應(yīng)用邏輯和數(shù)據(jù)庫邏輯放置不同一處，而不是在同一構(gòu)件中把不同的系統(tǒng)關(guān)注混合起來。因此，按照專家模式，該由課程對象把課程信息存入到數(shù)據(jù)庫中是合理的，但由于其他原因，會(huì)使得我們最終得出不佳的設(shè)計(jì)。7、根據(jù)下列代碼，畫圖說明已經(jīng)創(chuàng)建的類的數(shù)據(jù)成員及類間的關(guān)系。（要求：如有關(guān)聯(lián)需要表明關(guān)聯(lián)的方向、角色名和多重性）（4分）[代碼]1..*11..*1三、簡單分析題（每題5分，共3題，共15分）1、常見的網(wǎng)上商店里的購物車（ShopCart），需要讓每種商品（Item）只在購物車內(nèi)出現(xiàn)一次，購買相同商品只需要更新商品的數(shù)量即可。（類圖如下）。當(dāng)往購物車內(nèi)添加商品時(shí)，需要比較是否有相同的商品在購物車內(nèi)。請問這個(gè)比較商品是否相同的職責(zé)由那個(gè)類實(shí)現(xiàn)比較合適？為什么？（5分）利用信息專家原則，這個(gè)比較商品的職責(zé)屬于購物車的，所以由購物車類實(shí)現(xiàn)2、搬了新家，阿呆決定去申請安裝ADSL，他到營業(yè)廳填好單，和證件一起交給營業(yè)員。營業(yè)員查看阿呆的證件，接過單子開始操作電腦。如果站在營業(yè)廳身后，會(huì)看見營業(yè)員打開一個(gè)“受理”菜單，選擇“ADSL”，彈出一個(gè)帶有好多個(gè)Tab的框框，營業(yè)員嘩哩吧啦把數(shù)據(jù)輸進(jìn)去，然后讓阿呆設(shè)置一個(gè)服務(wù)密碼，又過一隊(duì)，營業(yè)員遞出單子，告訴阿呆回家等，施工人員一天內(nèi)就到。阿呆高興的出門。營業(yè)員嘆了一口氣，想“又弄完一個(gè)”…….考慮營業(yè)員的“ADSL業(yè)務(wù)受理系統(tǒng)”，根據(jù)上述信息，分析下面所列對象或事件的歸屬那一類別，并在表中類別填寫。（有可能屬于多個(gè)類別，也有可能都不屬于任何一類）（5分）對象或事件：阿呆營業(yè)員 設(shè)置密碼施工人員 受理ADSL申請安裝ADSL類別：主參與者輔助參與者用例涉眾主參與者營業(yè)員輔助參與者阿呆用例設(shè)置密碼受理ADSL申請涉眾施工人員3、狀態(tài)圖是為某個(gè)對象的狀態(tài)和事件以及響應(yīng)事件的行為的建模。下面的普通電話機(jī)的狀態(tài)圖，技術(shù)經(jīng)理已經(jīng)使用狀態(tài)圖對其詳細(xì)建模，但阿呆不小心把圖弄模糊了，請你幫忙補(bǔ)充完整。（5分）（1）Active（2）PlayingDialTone（3）Dialing（4）Connecting（5）Talking四、分析題（共4題，共33分）1、下面的代碼描述了一個(gè)DataSet類，該類提供了對一組數(shù)據(jù)的基本統(tǒng)計(jì)功能，以及一個(gè)ExamMarks類，它使用DataSet存儲(chǔ)并計(jì)算一組考試分?jǐn)?shù)的平均值。主函數(shù)展示了讀入兩個(gè)分?jǐn)?shù)，用ExamMarks保存它們，并打印輸出平均值。請畫一個(gè)順序圖，說明主函數(shù)執(zhí)行時(shí)發(fā)生的交互。（注意：下面的代碼是左右排版）。（8分）DataSet類ExamMarks類和Average類2、請根據(jù)下面描述繪制出汽車公司調(diào)度管理系統(tǒng)的領(lǐng)域模型。阿呆開設(shè)了一家汽車公司專門為學(xué)生服務(wù)，公司擁有40倆汽車，服務(wù)對象是1600個(gè)學(xué)生。汽車日常行駛的路線有30條，但在節(jié)假日等特殊日子里會(huì)臨時(shí)增加新的路線。每條路線上設(shè)有許多站牌，學(xué)生們可在這些地方上下車。公司雇傭了20個(gè)全職的司機(jī)和30個(gè)兼職的司機(jī)。汽車公司設(shè)有一個(gè)調(diào)度員，專門負(fù)責(zé)司機(jī)和路線的安排。該調(diào)度員也負(fù)責(zé)學(xué)生和家長們上下車的地點(diǎn)以及時(shí)間等方面的特別要求傳達(dá)給司機(jī)。當(dāng)路線變更或增添新路線時(shí)，調(diào)度員必須將這些信息傳達(dá)給司機(jī)、學(xué)生和家長。公司經(jīng)常會(huì)收到學(xué)生和家長們對司機(jī)的投訴。如果投訴的情況相當(dāng)嚴(yán)重，司機(jī)有可能會(huì)被停職甚至被解雇。另外，公司也可能會(huì)招募新員工，以代替被解雇和退休的員工，或配備給新的路線。（9分）3、下面是航空公司系統(tǒng)的部分類模型，模型里的類都是需要持久存儲(chǔ)的對象。請你為阿呆設(shè)計(jì)一個(gè)將該類圖映射為關(guān)系數(shù)據(jù)庫中的表的方案。即數(shù)據(jù)庫中該有用哪些表存儲(chǔ)這些類的數(shù)據(jù)，這些表該有哪些列。（7分）Airline(AlID,name,symbol)Employee(idCard,name,AlID)Pilot(idCard,fightRating)FightAssistant(idCard)Fight(fightNum,date,pilotID,copilotID,AlID)AttendantAssignment(fightNum,idCard)4、下面是收音機(jī)系統(tǒng)設(shè)計(jì)過程中的一張為客戶折扣創(chuàng)建定價(jià)策略順序圖，請根據(jù)順序圖所示，寫出addCustomerPricingStrategy方法的基本實(shí)現(xiàn)代碼。（包括函數(shù)的定義，函數(shù)所在類的定義。Strategy：策略，F(xiàn)actory：工廠，Composite：組合，Percentage：百分比）（9分）(A卷考過)下午13：00—17：00B．實(shí)行不定時(shí)工作制的員工，在保證完成甲方工作任務(wù)情況下，經(jīng)公司同意,可自行安排工作和休息時(shí)間。3．1．2打卡制度3.1.2.1公司實(shí)行上、下班指紋錄入打卡制度。全體員工都必須自覺遵守工作時(shí)間，實(shí)行不定時(shí)工作制的員工不必打卡。3.1.2.2打卡次數(shù)：一日兩次，即早上上班打卡一次，下午下班打卡一次。3.1.2.3打卡時(shí)間：打卡時(shí)間為上班到崗時(shí)間和下班離崗時(shí)間；3.1.2.4因公外出不能打卡：因公外出不能打卡應(yīng)填寫《外勤登記表》,注明外出日期、事由、外勤起止時(shí)間。因公外出需事先申請，如因特殊情況不能事先申請，應(yīng)在事畢到崗當(dāng)日完成申請、審批手續(xù)，否則按曠工處理。因停電、卡鐘（工卡）故障未打卡的員工，上班前、下班后要及時(shí)到部門考勤員處填寫《未打卡補(bǔ)簽申請表》，由直接主管簽字證明當(dāng)日的出勤狀況，報(bào)部門經(jīng)理、人力資源部批準(zhǔn)后，月底由部門考勤員據(jù)此上報(bào)考勤。上述情況考勤由各部門或分公司和項(xiàng)目文員協(xié)助人力資源部進(jìn)行管理。3.1.2.5手工考勤制度3.1.2.6手工考勤制申請：由于工作性質(zhì)，員工無法正常打卡（如外圍人員、出差），可由各部門提出人員名單，經(jīng)主管副總批準(zhǔn)后，報(bào)人力資源部審批備案。3.1.2.7參與手工考勤的員工，需由其主管部門的部門考勤員(文員)或部門指定人員進(jìn)行考勤管理，并于每月26日前向人力資源部遞交考勤報(bào)表。3.1.2.8參與手工考勤的員工如有請假情況發(fā)生，應(yīng)遵守相關(guān)請、休假制度，如實(shí)填報(bào)相關(guān)表單。3.1.2.9外派員工在外派工作期間的考勤,需在外派公司打卡記錄;如遇中途出差,持出差證明,出差期間的考勤在出差地所在公司打卡記錄;3.2加班管理3.2.1定義加班是指員工在節(jié)假日或公司規(guī)定的休息日仍照常工作的情況。A．現(xiàn)場管理人員和勞務(wù)人員的加班應(yīng)嚴(yán)格控制，各部門應(yīng)按月工時(shí)標(biāo)準(zhǔn)，合理安排工作班次。部門經(jīng)理要嚴(yán)格審批員工排班表，保證員工有效工時(shí)達(dá)到要求。凡是達(dá)到月工時(shí)標(biāo)準(zhǔn)的，應(yīng)扣減員工本人的存休或工資；對超出月工時(shí)標(biāo)準(zhǔn)的，應(yīng)說明理由，報(bào)主管副總和人力資源部審批。B．因員工月薪工資中的補(bǔ)貼已包括延時(shí)工作補(bǔ)貼，所以延時(shí)工作在4小時(shí)（不含）以下的，不再另計(jì)加班工資。因工作需要，一般員工延時(shí)工作4小時(shí)至8小時(shí)可申報(bào)加班半天，超過8小時(shí)可申報(bào)加班1天。對主管(含)以上管理人員，一般情況下延時(shí)工作不計(jì)加班，因特殊情況經(jīng)總經(jīng)理以上領(lǐng)導(dǎo)批準(zhǔn)的延時(shí)工作，可按以上標(biāo)準(zhǔn)計(jì)加班。3.2.2.2員工加班應(yīng)提前申請，事先填寫《加班申請表》，因無法確定加班工時(shí)的，應(yīng)在本次加班完成后3個(gè)工作日內(nèi)補(bǔ)填《加班申請表》?！都影嗌暾埍怼方?jīng)部門經(jīng)理同意，主管副總經(jīng)理審核報(bào)總經(jīng)理批準(zhǔn)后有效?！都影嗌暾埍怼繁仨毷虑爱?dāng)月內(nèi)上報(bào)有效，如遇特殊情況，也必須在一周內(nèi)上報(bào)至總經(jīng)理批準(zhǔn)。如未履行上述程序，視為乙方自愿加班。3.2.2.3員工加班，也應(yīng)按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認(rèn)；有打卡記錄但無公司總經(jīng)理批準(zhǔn)的加班，公司不予承認(rèn)加班。3.2.2.4原則上，參加公司組織的各種培訓(xùn)、集體活動(dòng)不計(jì)加班。3.2.2.5加班工資的補(bǔ)償：員工在排班休息日的加班，可以以倒休形式安排補(bǔ)休。原則上，員工加班以倒休形式補(bǔ)休的，公司將根據(jù)工作需要統(tǒng)一安排在春節(jié)前后補(bǔ)休。加班可按1：1的比例沖抵病、事假。3.2.3加班的申請、審批、確認(rèn)流程3.2.3.1《加班申請表》在各部門文員處領(lǐng)取，加班統(tǒng)計(jì)周期為上月26日至本月25日。3.2.3.2員工加班也要按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認(rèn)。各部門的考勤員(文員)負(fù)責(zé)《加班申請表》的保管及加班申報(bào)。員工加班應(yīng)提前申請，事先填寫《加班申請表》加班前到部門考勤員(文員)處領(lǐng)取《加班申請表》，《加班申請表》經(jīng)項(xiàng)目管理中心或部門經(jīng)理同意，主管副總審核，總經(jīng)理簽字批準(zhǔn)后有效。填寫并履行完審批手續(xù)后交由部門考勤員(文員)保管。3.2.3.3部門考勤員（文員）負(fù)責(zé)檢查、復(fù)核確認(rèn)考勤記錄的真實(shí)有效性并在每月27日匯總交人力資源部，逾期未交的加班記錄公司不予承認(rèn)。下午13：00—17：00度。全體員工都必須自覺遵守工作時(shí)間，實(shí)行不定時(shí)工作制的員工不必打卡。3.1.2.2打卡次數(shù)：一日兩次，即早上上班打卡一次，下午下班打卡一次。3.1.2.3打卡時(shí)間：打卡時(shí)間為上班到崗時(shí)間和下班離崗時(shí)間；3.1.2.4因公外出不能打卡：因公外出不能打卡應(yīng)填寫《外勤登記表》,注明外出日期、事由、外勤起止時(shí)間。因公外出需事先申請，如因特殊情況不能事先申請，應(yīng)在事畢到崗當(dāng)日完成申請、審批手續(xù)，否則按曠工處理。因停電、卡鐘（工卡）故障未打卡的員工，上班前、下班后要及時(shí)到部門考勤員處填寫《未打卡補(bǔ)簽申請表》，由直接主管簽字證明當(dāng)日的出勤狀況，報(bào)部門經(jīng)理、人力資源部批準(zhǔn)后，月底由部門考勤員據(jù)此上報(bào)考勤。上述情況考勤由各部門或分公司和項(xiàng)目文員協(xié)助人力資源部進(jìn)行管理。3.1.2.5手工考勤制度3.1.2.6手工考勤制申請：由于工作性質(zhì)，員工無法正常打卡（如外圍人員、出差），可由各部門提出人員名單，經(jīng)主管副總批準(zhǔn)后，報(bào)人力資源部審批備案。3.1.2.7參與手工考勤的員工，需由其主管部門的部門考勤員(文員)或部門指定人員進(jìn)行考勤管理，并于每月26日前向人力資源部遞交考勤報(bào)表。3.1.2.8參與手工考勤的員工如有請假情況發(fā)生，應(yīng)遵守相關(guān)請、休假制度，如實(shí)填報(bào)相關(guān)表單。3.1.2.9外派員工在外派工作期間的考勤,需在外派公司打卡記錄;如遇中途出差,持出差證明,出差期間的考勤在出差地所在公司打卡記錄;3.2加班管理3.2.1定義加班是指員工在節(jié)假日或公司規(guī)定的休息日仍照常工作的情況。A．現(xiàn)場管理人員和勞務(wù)人員的加班應(yīng)嚴(yán)格控制，各部門應(yīng)按月工時(shí)標(biāo)準(zhǔn)，合理安排工作班次。部門經(jīng)理要嚴(yán)格審批員工排班表，保證員工有效工時(shí)達(dá)到要求。凡是達(dá)到月工時(shí)標(biāo)準(zhǔn)的，應(yīng)扣減員工本人的存休或工資；對超出月工時(shí)標(biāo)準(zhǔn)的，應(yīng)