事業部： 財經處
部門：財務資訊資源部培訓部
專案名稱： 培訓系統上線
2023年9月
現在財經處與知法處的員工每個季度都需要參加培訓，並進行考試。培訓相關的事務都由培訓部與人力資源部進行統籌與管理，而因為部門考核涉及報表較多，考試過後人為統計易出現錯誤，加上培訓工作步驟繁瑣、耗時、課程選擇不科學、培訓考試操作複雜。培訓部的日常事務負擔本來很重，所以急需乙個業務系統，去解決相關的問題。
管理人：培訓部與人力資源部
使用人：財務系統和知法處各地區人員使用。
實現目標功能：培訓工作流程一體化，自動生成報表計算學分。
1.2.2.1培訓業務
一般由培訓部通過走訪與收集制定課程計畫並發布，然後員工根據發布的課程計畫自由選擇自己有興趣的課程，培訓部收集相關的資訊之後，會根據選課的情況，安排具體的課程，公布上課的資訊，安排學員上課。
1.2.2.2統計彙總業務
培訓部會根據從培訓學院裡匯出的資料，再根據最新人員資訊與樹元結構，維護進系統裡，然後每個考核單元的計算學分達標情況
本系統根據功能模組來劃分，分為培訓業務模組、統計彙總模組與系統配置模組。
用例模型描述了高層的商業需求模型，一般使用用例圖表示。用例圖是由軟體需求分析到最終實現的第一步，它描述人們希望如何使用乙個系統。用例圖顯示誰將是相關的使用者、使用者希望系統提供什麼服務，以及使用者需要為系統提供的服務。
根據需求分析，可以知道系統分為管理員、部門主管、教師、員工四種系統角色。他們的用例如下圖：
圖2.1 總用例圖
圖2.2管理員用例
圖2.3 部門主管用例圖
圖2.4教師用例圖
圖2.5員工用例圖
領域模型描述了主要的商業型別或實體，一般用類圖表示。類圖描述系統中類的靜態結構，通過分析用例和問題域，就可以得到相關的類，然後再把邏輯上相關的類封裝成包。
商業過程模型描述了系統中的商業過程，一般用活**表示。活**用於對系統的動態行為建模，它描述活動的順序，展現從乙個活動到另乙個活動的控制流。
圖2.5多功能訓練模組活**
圖2.6培訓模組活**
圖2.7系統管理活**
通過需求分析，了解業務流程後，經過思考，最終決定系統劃分為四種角色，管理員、部門主管、教師、員工。系統管理員主要為人力資源部的同事，部門主管，教師兩個角色同時也具有員工的許可權，員工的許可權最少，但是經過管理員的授權後，部門主管和員工可以當教師，乙個人可能同時兼具幾種角色。管理員擁有系統的最大的許可權，教師與部門主管之間許可權關係比較複雜，部門主管可以當教師，員工也可以當教師，並且他們當教師時也同時擁有員工的許可權。
許可權的關係如下文氏圖所示：
圖3.1 許可權文氏圖
因為許可權經常變更，所以系統採用使用者組的方式來管理使用者的許可權，統一由管理員來配置各使用者組的具體許可權。
許可權模組將通過員工表、人員對映表、使用者組表、許可權對映表、許可權表、許可權行列表等六個表來完成許可權的對映。
因為員工表與使用者組表，使用者組表跟許可權表都是多對多的關係，所以在他們之間加入人員對映表和許可權對映表，以記錄他們之間的對映關係。
而編輯乙個模組的許可權也可以拆分為進入模組，增加、刪除、修改、查詢該模組等小許可權。通過許可權行列表可以配置編輯許可權的種類。
而通過比較許可權id的大小，可以判斷使用者是否擁有相應的許可權去編輯乙個模組或者使用系統。
通過了對系統進行建模，畫出了各個用例圖，再根據系統劃分的四種角色，管理員、部門主管、教師、員工和用例模型便可以將系統進一步劃分成一些功能模組。
表3.1 功能模組列表
多功能訓練模組的
表3.2 多功能訓練模組
表3.3 培訓模組
表3.4 系統管理模組
通過模組的初步設計，可以對系統的功能需求有乙個大概的藍圖。但是到實際的頁面布局設計與表單設計時，還要顧及使用者的體驗跟實際應用是否方便。經過詳細商討後，確定系統的頁面設計如下：
圖3.2 前台登入頁面
圖3.3登入後頁面
每個小設計模組表單設計如下圖所示
3.3.2.1 選課
圖3.4 選課
3.3.2.2 考試
圖3.5課程評估
圖3.6 選擇課程考試
圖3.7 顯示考試規則
圖3.8 考試頁面
3.3.2.3 個人資訊管理
圖3.9 我的資訊
圖3.10 修改密碼
圖 3.11我的成績
圖3.12 我的選課記錄
圖3.13 我的教師生涯
圖3.14 我的多功能訓練
3.3.2.4 培訓管理
圖3.14 課程庫管理
圖3.15 試卷管理
圖3.16題目管理
圖3.17 選課記錄管理
圖3.18 選課情況查詢
圖3.19 培訓完成情況查詢
3.3.2.5統計
圖3.20 人員特殊情況反饋處理
圖3.21 課程評估管理
圖3.22 多功能訓練報告管理
圖3.23 教育訓練彙總
3.3.2.6 部門彙總
圖3.26 部門選課管理
圖3.27部門多功能訓練報告
圖3.28 部門成績
圖3.29 人員特殊情況反饋
圖3.30 部門教育訓練彙總
3.3.2.8系統管理
圖3.30 使用者管理
圖3.31許可權配置
專案需求說明書
專案名稱 編制審核 版本 v 1.0.0 二 九年七月一日 修改歷史 目錄前言肆 目的肆範圍肆 定義 縮寫詞肆 參考資料肆 專案概述肆 產品描述肆 產品功能肆 使用者特點肆 使用者業務關係圖肆 使用者需求肆 使用者需求描述肆 系統流程圖肆 系統功能需求肆 資料流圖肆 功能需求詳細說明肆 功能需求1 ...
專案工作說明書和專案需求說明書的區別
這就是乙個工作說明書 sow 回到了幾個問題 1 為什麼做這張桌子？總經理的辦公桌。2 桌子特徵是什麼？長3公尺寬1公尺 紅木材質 有抽屜密碼鎖。3 雙發的責任和義務？a公司負責搬運，b公司負責生產。4 可交付成果是原材料 證明。接著，b公司告訴a公司，做這張桌子請國際知名的璟和國際設計公司設計完成...
需求說明書
圖書銷售管理系統 目錄 1 引言 2 1.1目的 2 1.2背景 2 1.3定義 2 1.4參考資料 2 2 產品概述 3 2.1產品描述 3 2.2使用者特點 3 2.3假定和約束 3 3 功能性需求 3 3.1 操作員用例 3 3.2 管理員用例 5 4 非功能性需求 12 4.1使用者介面需求...