【正文】 圖形的畫法等操作。 實體類圖 ： 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 11 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 12 邊界類圖： 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 13 第 3 章 動態(tài)行為模型 系統(tǒng)的動態(tài)行為模型由交互作用圖 (時序圖和協(xié)作圖 )、狀態(tài)圖、活動圖描述。 定義用戶界面類 通過對系統(tǒng)的不斷分析和細化，可識別出下述界面類、類的操作和屬性。系統(tǒng)的靜態(tài)結構模型主要用 類圖和對象圖描述。 見下圖： 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 8 (3)管理 員用例圖 ： 可進行選課管理、成績管理、教學管理、課程管理和系統(tǒng)設置、用戶管理。 基本路 徑： 教師進入學生成績管理系統(tǒng)； 教師輸入用戶名和密碼； 教師提交驗證信息； 系統(tǒng)對教師的賬號和密碼進行有效性檢查； 教師進入成績管理界面； 教師點擊錄入學生成績按鈕； 教師進入成績錄入界面； 教師輸入相應成績； 教師提交信息； 系統(tǒng)輸出添加成功提示； 該系統(tǒng)涉及到的用例圖主要有：系統(tǒng)用例圖、學生用例圖、教師用例圖、 教學管理員 用例圖 (1)系統(tǒng)用例圖：學生有用戶管理、 課程 管理、成績管理、 登陸系統(tǒng) 的權限；教師有用戶管理、 課程 管理、成績管理、 登陸系統(tǒng)的 權限； 教學管理 員 具備所有管理的權限。 ③ 用例編號： 003 用例名：教學管理員修改用戶信息 用例描述：教學管理員修改相應用戶信息 參與者：教學管理員 前置條件：學生成績管理正常運行時間 后置條件：若教學管理員登陸成功，且相應用戶信息存在，則管理員可以修改相應用戶信息；否則，教學管理員不可以執(zhí)行該操作。 基本路徑： 用戶進入成績管理系統(tǒng)； 用戶輸入用戶名和密碼 用戶提交輸入信息； 系統(tǒng)對用戶的賬號和密碼進行有效性檢查； 系統(tǒng)記錄并顯示當前登錄用戶； 用戶進行權限范圍內的相關操作； 系統(tǒng)允許進行權限范圍內的相關操作操作； 擴展點： 用戶的賬號或者密碼錯誤 息錯誤的窗口 2. 用戶離開或重新登陸 ② 用例編號： 002 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 5 用例名：學生成績查詢 用例描述：學生在瀏覽過程中，選中相應操作，并將其添加到購物車中 參與者：學生 前置條件：系統(tǒng)正常運行時間 后置條件：若學生登陸成功，且成績查詢無誤，則該學生可以關閉該窗口，根據(jù)自己的意 愿進行其他相關操作；如果購物用戶登錄不成功終止操作。 對上述 學生成績 管理系統(tǒng)的域描述進行分析，可以獲得如下功能性需求： ? 學生擁有唯一的個人賬戶及密碼 ? 教師對學生的成績進行錄入 ? 教師查看學生的成績 ? 教學管理員可以修改教師基本信息 ? 教學管理員可以修改學生基本信息 ? 教學管理員可以添加教師基本信息 ? 教學管理員可以添加學生基本信息 ? 教學管理員可以刪除教師基本信息 ? 教學管理員可以刪除學生基本信息 ? 教學管理員對學生的 成績進行修改 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 3 ? 教學管理員對學生的成績進行刪除 ? 教學管理員可以進行課程管理 ? 教學管理員可以通過師生的唯一賬號對成績進行查詢 根據(jù)以上分析，給出系統(tǒng)功能圖（可選）： 用例模型 采用用例驅動的分析方法分析需求的主要任務是識別出系統(tǒng)中的參與者和用例，并建立用例模型。 (1)學生成績查詢系統(tǒng)能夠為一定數(shù)目的學生提供服務，每個學生都 能夠有唯一的賬號，每一個賬號包括個人的編號和個人信息，系統(tǒng)通 過一個單獨的程序為學生提供服務，不需要人員的干預，這些服務包 括：查詢成績，修改自己的密碼； (2)學生的成績需要教師對其進行錄入和修改，或刪除，既學生不直 接與系統(tǒng)交互，教師代其與系統(tǒng)進行交互，當然教師也可以 進行對成 績的查詢 (3)而系統(tǒng)管理員主要負責的是對教師 或者學生的信息進行管理，并且管理員還得對本系統(tǒng)設置權限。圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 0 2021 —— 2021 學 年 第 二 學 期 信息技術學院 《 UML系統(tǒng)建模基礎教程 》綜合 設計 實驗 ***系統(tǒng) 的 UML 建模 班 級 軟件工程 學 號 111164028 姓 名 付園園 任課教師 淩鳳彩 日 期 2021 年 06 月 20 日 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 1 目 錄 第 1 章 需求分析 ................................... 2 系統(tǒng)的功能需求 ............................. 2 用例模型 ................................... 3 ． 1 識別參與者 .............................. 3 識別用例 ................................. 4 用例的事件流描述 ......................... 4 第 2 章 靜態(tài)結構模型 .............................. 10 定義系統(tǒng)對象 .............................. 10 定義用戶界面類 ............................ 10 建立類圖 .................................. 10 第 3 章 動態(tài)行為模型 .............................. 13 創(chuàng)建系統(tǒng)順序圖（協(xié)作圖） ................... 13 創(chuàng)建系統(tǒng)的狀態(tài)圖 .......................... 15 創(chuàng)建系統(tǒng)的活動圖 ......................... 17 第 4 章 物理模型 .................................. 20 創(chuàng)建系統(tǒng)組件圖 ............................ 20 創(chuàng)建系統(tǒng)部署圖 ............................ 20 第 5 章 實驗總結 .................................. 21 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 2 第 1 章 需求分析 系統(tǒng)的功能需求 該學生成績管理系統(tǒng)是一個面向學生， 教師的用來進行對學生成績管 理的管理信息系統(tǒng)。 該信息系統(tǒng)能夠為師生提供各種管理服務。 或者可以通過師生的唯一賬號對成績進行查詢。 ． 1 識別參與者 經過對該系統(tǒng)的分析，參與者可確定為：學生、教師和教學管理 員 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 4 識別用例 用例包含：學生、教師、教學管理員 用例的事件流描述 部分主要事件流 ： ① 用例編號： 001 用例名：用戶登錄 用例描述：用 戶根據(jù)自己的用戶名和密碼，登錄到成績管理系統(tǒng) 參與者：學生和教師 前置條件：電子商城正常運行時間 后置條件：如果用戶登錄成功，該用戶可進行權限范圍內的相關操作；如果用戶登錄未成功，則終止登陸或者重新登陸。 基本路徑： 系統(tǒng)確認用戶已登錄； 學生瀏覽想要查詢的成績； 確認成績無誤，關閉該窗口； 若成績有誤，直接向系統(tǒng)提出修改申請 由系統(tǒng)進行數(shù)據(jù) 庫查詢，核實成績，把修改結果反饋給學生 系統(tǒng)提示已批閱申請 學生再次查看成績，確認無誤 退出系統(tǒng)或進行其他權限范圍內的操作。 基本路徑： 教學管理員進入學生成績管理系統(tǒng)后臺； 學生成績管理輸入用戶名和密碼； 學生成績管理提 交驗證信息； 系統(tǒng)對教學管理員的賬號和密碼進行有效性檢查； 教學管理員進入用戶管理界面； 教學管理員搜索相應用戶，點擊修改按鈕； 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 6 教學管理員進入用戶信息修改界面； 教學管理員修改用戶信息； 教學管理員提交修改后用戶信息； 系統(tǒng)輸出修改成功提示； ④ 用例編號： 004 用例名：教師錄入學生成績 用例描述：教師錄入相關學生的成績到系統(tǒng) 參與者：教師 前置條件：學生成績管理系統(tǒng)正常運行 后置條件：若管理員登陸成功，則教師可將相關學生的成績錄入到系統(tǒng)；否則管理員不可執(zhí)行該操作。 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 7 具體用例圖如下所示： （ 1） 學生 用例圖 (2)教師用例圖 ： 教師通過成績管理可進行成績的錄入并查看學生成績，通過教學管理可進行歷年數(shù)據(jù)查詢和個人課表查詢等，通過用戶管理可以查看個人基本信息和注銷登錄、修改密碼。 具體如下圖所示 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 9 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 10 第 2 章 靜態(tài)結構模型 進一步分析系統(tǒng)需求，發(fā)現(xiàn)類以及類之間的關系，確定它們的靜態(tài)結構和動態(tài)行為，是面向對象 [7]分析的基本任務。 定義系統(tǒng)對象 系統(tǒng)對象的識別可以通過尋找系統(tǒng)域描述和需求描述中的名詞來進行。 建立類圖 識別出了系統(tǒng)中的類后，還要識別出類間的關系，然后就可以建立類圖了。 創(chuàng)建系統(tǒng) 序列 圖 （協(xié)作圖） 描述系統(tǒng)用例的主要場景的 序列 圖 （協(xié)作圖） 如下所示。 這次實驗在學習和運用中度過，實驗過程中也有很多問題，對圖形畫法的不熟練，對建模思路的不明確，對建模時工具的認知不夠，這些都降低了這次實驗的進度，值得慶幸的是，這些問題都可以通過教材和請教同學得到解決。 因為知識的有限和時間的局限，這個成績管理系統(tǒng)或多或少存在不完善的地方，但是我已經用自己所學只是盡量的完善它，如果有不盡完善的地方，希望老師給予改正完善的機會。 參考文獻：《ＵＭＬ系統(tǒng)建模基礎教程》 圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 1 原文已完。編制時，我公司技術發(fā)展部、質檢科以及項目部經過精心研究、合理組織、充分利用先進工藝，特制定本施工組織設計。 本工程由寧夏燕寶房地產開發(fā)有限公司開發(fā)，銀川市規(guī)劃建筑設計院設計。 本工程建筑面積 :27樓 。室內地坪177?？倢?27樓 ； 30樓 m。 本工程設計屋面為坡屋面防水采用防水涂料。內墻面除衛(wèi)生間 200 300 瓷磚，高到頂外，其余均水泥砂槳罩面，刮二遍膩子；樓梯間內墻采用 50圖書管理系統(tǒng)的分析及設計 應 用 UML 建模 2 厚膠粉聚苯顆粒保溫。樓梯間單元門采用樓宇對講門，臥室門、衛(wèi)生間 門采用木門，進戶門采用保溫防盜門。本工程設計為節(jié)能型住宅，外墻均貼保溫板?；A采用 C30 鋼筋砼條形基礎，上砌 MU30 毛石基礎，砂漿采用 M10 水泥砂漿。 本工程結構中使用主要材料：鋼材： I 級鋼， II 級鋼；砼：基礎墊層 C10，基礎底板、地圈梁、基礎構造柱均采用 C30，其余均 C20。 本工程設計采暖為鋼制高頻焊翅片管散熱器。 二、 施工部署及進度計劃 工期安排 本工程合同計劃開工日期： 2021 年 8 月 21 日，竣工日期：2021 年 7 月 10 日，合同工期 315 天。具體進度計劃詳見附圖－ 1（施工進度計劃）。 ⑵ 結構工程 結構定位放線（預檢）→構造柱鋼筋綁扎、定位（隱檢）→磚墻砌筑（＋ 50cm 線找平、預檢）→柱梁、頂板支 模（預檢）→梁板鋼筋綁扎（隱檢、開盤申請）→砼澆筑→下一層結構定位放線→重復上述施工工序直至頂。 ⑷ 外裝修工程 外裝修工程遵循先上后下原則，屋面工程（包括煙道、透氣孔、壓頂、找平層）結束后，進行大面積裝飾，塑鋼門窗在裝修中逐步插入。 場內道路采用級配砂石鋪墊，壓路機壓。 ⑵ 現(xiàn)場設鋼筋切斷機 1 臺，調直機 1 臺，電焊機 2 臺， 1 臺對焊機。 ⑷ 回填期間設打夯機 2 臺。 施工用電 施工用電已由建設單位引入現(xiàn)場；根據(jù)工程特點，設總配電箱 1 個，塔吊、攪抖站、攪拌機、切斷機、調直機、對焊機、木工棚、樓層用電、生活區(qū)各配置配電箱 1 個；電源均采用三相五線制；各分支 均采用鋼管埋地；各種機械均設置接零、接地保護。 施工用水 施工用水采用深井水自來水，并砌筑一蓄水池進行蓄水。 生活用水 生活用水采用自來水。 ⑵ 裝修期間 抹灰工 60 人；木工 4 人；油工 8 人；電工 6 人；水暖工10 人。 12，邊長相對誤差 1/15000。 ⑵ 工程定位 A、根據(jù)工程