資源預覽需要最新版本的Flash Player支持。
您尚未安裝或版本過低,建議您
合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 1 第 1 頁 共 16 頁 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 1 引言 寫目的 合約公司管理系統(tǒng)詳細設計是設計的第二個階段,這個階段的主要任務是在合約公司管理系統(tǒng)概要設計書基礎上,對概要設計中產(chǎn)生的功能模塊進行過程描述,設計功能模塊的內(nèi)部細節(jié),包括算法和詳細數(shù)據(jù)結構,為編寫源代碼提供必要的說明。 概要設計解決了軟件系統(tǒng)總體結構設計的問題,包括整個軟件系統(tǒng)的結構、模塊劃分、模塊功能和模塊間的聯(lián)系等。詳細設計則要解決如何實現(xiàn)各個模塊的內(nèi)部功能,即模塊設計。具體的說,模塊設計就是要為已經(jīng)產(chǎn)生的合約公司管理各子系統(tǒng)設計詳細的 算法。但這并不等同于系統(tǒng)實現(xiàn)階段用具體的語言編碼,它只是對實現(xiàn)細節(jié)作精確的描述,這樣編碼階段就可以將詳細設計中對功能實現(xiàn)的描述,直接翻譯、轉化為用某種程序設計語言書寫的程序。 目背景 義 統(tǒng)服務器所使用的數(shù)據(jù)庫管理系統(tǒng)( 種用于訪問查詢數(shù)據(jù)庫的語言。 事務流 :數(shù)據(jù)進入模塊后可能有多種路徑進行處理。 主鍵 :數(shù)據(jù)庫表中的關鍵域,值互不相同。 外部主鍵 :數(shù)據(jù)庫表中與其他表主鍵關聯(lián)的域。 統(tǒng)一建模語言 。 類圖 (表述系統(tǒng)中各個對象的類型及其間存在的各種靜態(tài)關系。 交互圖 (是表述各組對象如何依某種行為進行協(xié)作的模合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 2 第 2 頁 共 16 頁 型。 結構化查詢語言。 2 總體設計 求概述 按照需求分析文檔中的規(guī)格要求,使用數(shù)據(jù)庫存儲了公司的所有合同以及員工的基本信息,并且提供對存儲的數(shù)據(jù)進行查詢、修改、增添、刪除的界面,方便用戶使用。同時,系統(tǒng)最大限度地實現(xiàn)易安裝,易維護性,易操作性,運行穩(wěn)定,安全可靠 。 序結構說明 合約公司管理系統(tǒng)由三個大模塊,六個小模塊組成,系統(tǒng)的組織結構圖如下圖所示: 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 3 第 3 頁 共 16 頁 合 約 公司 管 理系 統(tǒng)基 礎 信 息 設 置查 詢 子 系 統(tǒng)管 理 子 系 統(tǒng)公 司 合 同 信 息系 統(tǒng) 參 數(shù) 設 置管 理 員 設 置修 改 密 碼添 加 用 戶合 同 添 加合 同 執(zhí) 行合 同 統(tǒng) 計項 目 信 息合 同 信 息 查 詢員 工 信 息 查 詢系 統(tǒng) 登陸客 戶 信 息 查 詢合 同 分 類圖 約公司管理系統(tǒng)模塊功能結構圖 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 4 第 4 頁 共 16 頁 3 程序描述 戶登錄程序模塊 序特征描述 本程序模塊是合約公司管理系統(tǒng)的一個子模塊,操作對象是用戶,負責用戶登陸控制。 序功能描述 本模塊的核心程序是 ,此類根據(jù)界面輸入的用戶名密碼來請求服務器驗證用戶登陸 。 主要功能: 1. 根據(jù)用戶輸入的用戶名密碼進行登錄驗證,驗證成功進入主界面,顯示合約列表; 1)編寫登陸界面:界面有用戶名,密碼兩個輸入框,有“登錄”、“退出”連個功能按鈕; a. 若點擊“退出”按鈕,退出程序。 b. 若點擊“登錄”按鈕,開始用戶登陸。 先顯示查找服務器等待界面,若查找失敗,提示失敗原因,重新返回登陸界面,若成功,進入登陸等待界面; 在登陸等待界面,若登陸成功,進入程序主界面,顯示合約列表。若登陸失敗,提示用戶失敗原因,重新返回登陸界面。 2)編寫查詢服務 器等待界面:顯示查找等待進度條。 3)編寫登陸等待界面:顯示登陸等待進度條。 4)編寫合約列表界面。 2.要能處理網(wǎng)絡連接出錯等異常情況:發(fā)生異常后,均給出提示,再重新返回 登錄界面 3. 輸入的用戶名,密碼要進行合法性檢查:用戶名,密碼不能為空 序性能描述 本模塊要求各操作能獨立完成,并且對于各種意外原因造成的操作中中斷模合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 5 第 5 頁 共 16 頁 塊能夠有及時的處理。 序輸入 /輸出項 輸入界面如下圖所示: 圖 陸界面視圖 輸入項: 登錄界面的輸入項如下圖所示 : 圖 陸界面輸入項 登錄成功的輸出界面如下圖所示: 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 6 第 6 頁 共 16 頁 圖 錄成功輸出界面 法 本模塊不設計復雜算法。 序邏輯 用戶登錄程序模塊是整個合約公司管理系統(tǒng)的首界面,并且,也是系統(tǒng)安全性的正要保障。用戶登錄程序會將用戶輸入的用戶名和密碼與服務器端數(shù)據(jù)庫中存儲的管理員和軟件使用者信息進行比較,如果信息匹配上,服務器就會返回一個信息,并調(diào)取登錄成功的合同列表界面顯 示在用戶端瀏覽器上。并且在用戶進行其他操作以及界面跳轉時都不需要再進行用戶名和密碼的輸入。 用戶登錄程序的邏輯結構如下圖所示: 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 7 第 7 頁 共 16 頁 用 戶 登 陸 界 面進 入 查 詢 服 務 器 界 面 , 發(fā) 送d i s p a t c h 請 求 , 獲 取 服 務 器 地址 s e r v e r I 登 陸 等 待 界 面 , 并 根 據(jù) 用戶 名 , 密 碼 , 向 服 務 器 發(fā) 送l o g i n 請 求 報 文登 陸成 功 返 回 s e r v e r i 退 出 程 序失 敗從 服 務 器 接 收 到 報 文啟 動 報 文 接 收 線 程當 前 是 登 陸 請 求 命 令調(diào) 用 報 文 解 析 模 塊解 析 報 文登 陸 成 功提 示 登 陸 成 功 , 發(fā) 送 合同 信 息 列 表停 止 報 文 接 收 線 程Y e sY e sN oY e 用 戶 登 陸 失 敗從 服 務 器 接 收 數(shù) 據(jù)否是 i q 報 文 , 且 查 詢j a b b e r : i q : r o st e rN 報 文 解 析 模 塊解 析 合 同 報 文進 入 主 界 面 , 顯 示合 同 信 息 列 表圖 序邏輯流程圖 口 暫無 儲分配 本模塊無存儲分配計劃。 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 8 第 8 頁 共 16 頁 制條件 由于應用軟件的具體硬件設置和具體操作人員的熟練程度制約了登錄的速度。 試要點 本模塊的測試計劃初步定為按照業(yè)務邏輯流程測試。 理模塊程序 序功能描述 ( 1) 功能 類型:其他 ( 2) 功能概述:合同的起草添加、刪除、修改、刪除以及打印 ( 3) 前提業(yè)務:用戶登陸模塊 ( 4) 功能約束:權限約束 ( 5) 約束描述: ( 6) 操作權限:公司管理人員 功能流程圖見圖 示。 序性能描述 合約公司管理系統(tǒng)權限管理模塊的操作只有管理員一級的用戶擁有權限,不存在多用戶并發(fā)訪問的壓力問題。但是對于用戶的權限控制比較占用資源,可能存在的問題集中在多表操作上,在用戶登錄系統(tǒng)的驗證和進入系統(tǒng)后的權限控制時會頻繁訪問數(shù)據(jù)庫,造成可能的系統(tǒng)壓力。用戶列表的翻頁操作,由于用戶信息數(shù)據(jù)量大,可能隨著翻頁的增加導致系統(tǒng)速度變 慢。 序輸入 /輸出項 由于合同對于整個公司的重要性,程序輸入的合同的各個信息,以及參與合同制定的相關人員的基本信息,都應保證準確無誤,保證合同信息的完整性和正確性,方便一般用戶的查詢。 程序輸入界面如下圖所示: 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 9 第 9 頁 共 16 頁 圖 理模塊程序界面 程序輸出的是合同列表,如下圖所示: 圖 同列表界面 法 ( 1)用戶可見窗體節(jié)點樹的動態(tài)生成 用戶所見的節(jié)點樹由該用戶所扮演的角色決定,事實上是由角色所具有的權限所決定的。數(shù)據(jù)庫的“窗體表”中存儲各窗體節(jié)點的信息,包括窗體名稱、鏈接、節(jié)點編碼等。節(jié)點編碼體現(xiàn)節(jié)點的層次。 節(jié)點編碼的位數(shù)除以2得到的值再減1即為該節(jié)點位于的層數(shù),每個節(jié)點編碼(根節(jié)點除外)去掉末尾的兩位數(shù)后得到的編碼即為此節(jié)點的父節(jié)點的編碼。這樣,只要有了一個節(jié)點集合以及這些節(jié)點的編碼,就可以唯一確定并生成一棵樹結構。因此,只要根據(jù)用戶權限從數(shù)據(jù)庫中讀取出該用戶所能操作的所有節(jié)點的合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 10 第 10 頁 共 16 頁 集合,就可以在用戶界面上動態(tài)的創(chuàng)建出此用戶所能夠訪問的節(jié)點(窗體)。 ( 2)頁面按鈕權限控制 對于頁面和按鈕的控制,是通過角色 管理實現(xiàn)的。首先,給已有的角色分配定義好的業(yè)務,存入數(shù)據(jù)庫中的“角色 — 窗體 — 業(yè)務關系表”中。 當用戶登錄系統(tǒng)時,會根據(jù)用戶的角色在“角色 — 窗體 — 業(yè)務關系表”中查詢角色所擁有的業(yè)務和窗體,通過窗體可以生成如上的節(jié)點數(shù),通過用戶擁有的業(yè)務查詢“業(yè)務 — 按鈕對應表”則可以控制用戶在剛窗體中的按鈕是可見的。 序邏輯 : ( 1) 對應 表 同列表) ( 2) 對應生成的權限樹的節(jié)點關系 ( 3) 對應用戶的個人詳細信息 ( 4) 對應表 戶角色表 ) : ( 1) 責查詢與合同相關的信息 ( 2) 責查詢與權限相關的信息 ( 3) 責查詢與用戶相關的信息 : ( 1) 用戶角色相關的操作 ( 2) 合同相關的操作 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 11 第 11 頁 共 16 頁 : ( 1) 責處理合同相關的邏輯 1. 詢系統(tǒng)所有合同 ( 2) 責處理權限相關的邏輯 1. 驗登錄用戶名密碼是否合法 ( 3) 責處理合同相關的邏輯 1. 查詢所有合同信息 查詢特定合同信息 3. 刪除合同 修改合同信息 5. 加合同 口 1.人員管理 ( 1)人員信息管理頁面 /a)查詢?nèi)藛T權限信息 調(diào)用 用 回 )跳轉到增加人員界 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 12 第 12 頁 共 16 頁 調(diào)用 用 回 )刪除人員 調(diào)用 用 回 )跳轉到修改人員 信息界面 調(diào)用 用 回 ( 2) 增加人員頁面 /用 用 回 ( 3) 修改角色頁面 /用 用 回 .合同管理 合同 管理 頁面 /a)顯示合同列表 調(diào)用 用 回 )按合同名查詢合同信息 調(diào)用 用 回 )跳轉到添加合同界面 調(diào)用 用 回 )刪除合同 調(diào)用 用 回 )跳轉到修改合同界面 調(diào)用 用 回 : 1.創(chuàng)建 戶角色關系,表示一個登錄用戶所擁有的所有角色的列表 戶 系統(tǒng)對用戶的唯一標識 戶名稱 戶密碼 有可以用于分配的權限的列表 個角色擁有的權限的列表 有合同信息列表 戶可見窗體節(jié)點樹的節(jié)點列表 2.調(diào)用 戶 戶名 戶密碼 制條件 此部分的功能應當只限于管理員一級的用戶使用。 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 14 第 14 頁 共 16 頁 試要點 由于合約公司系統(tǒng)管理模塊的用戶不會太多,一般 來說,主要是管理員一級的用戶才有權限操作,所以測試的要點不應放在壓力測試上,而應當放在邊界值測試和操作權限控制測試上。因為系統(tǒng)管理的操作關系到整個系統(tǒng)的運作和用戶的安全性,所以應當注意是否有可能通過非法路徑執(zhí)行系統(tǒng)相關操作從而破壞系統(tǒng)安全性,在對合同和員工信息進行增加、刪除和修改操作后,數(shù)據(jù)庫各表之間的數(shù)據(jù)一致性。此部分的各項操作都涉及到多表訪問,需要增加必要的事務回滾。 對于用戶登錄系統(tǒng)并進行各種操作的權限控制比較復雜,需要進行壓力測試,從而確定以犧牲一定的系統(tǒng)資源換取的系統(tǒng)安全性是否值得,找到一個平衡點 。 般用戶查詢程序 序功能描述 ( 1) 功能類型:查詢合同信息和人員信息 ( 2) 功能概述:顯示查詢結果 ( 3) 前提業(yè)務:無 ( 4) 后繼業(yè)務: ( 5) 功能約束:沒有約束; ( 6) 約束描述: ( 7) 操作權限:面向所有用戶 程序功能流程圖如下圖所示: 合 同 和 人 員 信 息 查詢 . j s 項 檢 驗( 非 空 )提 交 所 填 內(nèi) 容失 敗合 同 和 人 員 查 詢 數(shù)據(jù) 處 理 . j s 是 否 成 功執(zhí) 行 數(shù) 據(jù) 庫 操 作 查 詢 結 果 . j s 失 敗圖 能流程圖 序性能描述 合約公司管理系統(tǒng)一般用戶查詢模塊的操作所有用戶都擁有權限,存在多用戶并發(fā)訪問的壓力問題??赡?存在的問題集中在多用戶并發(fā)查詢操作上,在大量用戶同時登錄查詢系統(tǒng)并進入系統(tǒng)后會有大量訪問數(shù)據(jù)庫的操作,造成可能的系合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 15 第 15 頁 共 16 頁 統(tǒng)和數(shù)據(jù)庫的壓力。用戶列表的翻頁操作,由于合同和人員信息數(shù)據(jù)量大,可能隨著翻頁的增加導致系統(tǒng)速度變慢。 序輸入 /輸出項 程序的輸入同圖 示,但是不需要進行用戶名和密碼的驗證。程序的輸出如下圖所示: 圖 般用戶查詢程序輸出界面 法 此程序用到的算法比較簡單,只用到了按廣度優(yōu)先算法遍歷數(shù)據(jù)庫所有表的信息。 序邏輯 程序內(nèi)部邏輯如下圖所示: 般用戶查詢程序內(nèi)部邏輯 合約公司管理系統(tǒng)設計與實現(xiàn)詳細設計說明書 16 第 16 頁 共 16 頁 1、 于顯示界面的內(nèi)容,給用戶顯示一個查詢接口 2、 來調(diào)度所有的頁面,它根據(jù)傳入的參數(shù)來決定包含哪一個 面來顯示內(nèi)容;在 面中,它根據(jù)傳入的參數(shù)來決定包含哪一個 可以通過 ”/> ,利用 到相應頁面; 3、 來顯示查詢到的結果列表。 4、 來顯示查詢到的合同和人員的各項信息。 口 暫無 儲分配 所有項目、合同信息及合同流程和員工信息都存儲在數(shù)據(jù)庫表中。 制條件 此部分功能面向全部用戶,只提供查詢功能,不能進行修改、添加、刪除,因此沒有具體的限制條件。 試要點 由于合約公司系統(tǒng)管理模塊的用戶可能會很多,一般來說,全部用戶都具有權限操作,所以測試的要點應放在壓力測試上。因此應采用大量數(shù)據(jù)測試系統(tǒng)和數(shù)據(jù)庫的承受能力,找到系統(tǒng)所能承受的極限值,以便更好的 進行系統(tǒng)優(yōu)化和改進。