OA系統(tǒng)需求分析說明書

OA系統(tǒng)需求分析說明書用戶需求分析講明書文件狀態(tài)：[√]草稿[]正式公布[]正在修改文件標識：博然建設(shè)辦公自動化系統(tǒng)用戶需求分析講明書當前版本：1.0需求單位:設(shè)計單位：秦皇島博然軟件開發(fā)有限公司魏濤完成日期：2012/3/25文檔修訂記錄版本編號或者更換記錄編號*變化狀態(tài)簡要講明（變更內(nèi)容和變更范疇）日期變更人審核日期審核人0.1A新建文檔2012/3/25魏濤*變化狀態(tài)：A——增加，M——修改，D——刪除文檔審批信息職務(wù)簽字日期名目1產(chǎn)品介紹………………………..42產(chǎn)品面向的用戶群體…………..43產(chǎn)品規(guī)范………………………..44產(chǎn)品性能需求…………………..44.0功能需求分類…………….…..54.1功能模塊詳述………………...84.1.1電子郵件…………………….84.1.2即時通記…………….……..124.1.3文檔治理……….…………..154.1.4通知公告………….………..184.1.5通訊錄…………….………..204.1.6論壇………………….……..224.1.7公文流轉(zhuǎn)……….…………..244.1.8系統(tǒng)治理…………….……..314.2個人辦公助理…………….….374.3人力資源治理………….…….414.4擴展功能…………….……….445產(chǎn)品的非功能性需求………….445.1用戶界面需求………………..445.2軟硬件需求…………………..445.3產(chǎn)品質(zhì)量需求………………..455.4其它需求……………………..456驗收準則………………………..460.文檔介紹0.1文檔目的該文檔是在原有用戶需求文檔的基礎(chǔ)上，進行了詳細的調(diào)研后開始編寫的，在編寫時盡最大努力使本文檔能夠正確無誤地反映用戶的真實意愿。本文檔也將成為測試人員及項目開發(fā)人員參考的依據(jù)。0.2文檔范疇本文檔是需求人員、設(shè)計人員、開發(fā)人員及測試人員執(zhí)行的差不多原則，也是系統(tǒng)開發(fā)完成后客戶使用及治理的基礎(chǔ)依據(jù)。0.3讀者對象本需求規(guī)格講明書使用者包括公司領(lǐng)導(dǎo)和各個部門的負責人，以及項目的設(shè)計人員、開發(fā)人員和測試人員。0.4參考文檔《CMMI3級軟件過程改進方法與規(guī)范》0.5術(shù)語與縮寫講明縮寫、術(shù)語解釋OA辦公自動化系統(tǒng)1.產(chǎn)品介紹本系統(tǒng)的目標是構(gòu)建一個基于網(wǎng)絡(luò)環(huán)境下的，實現(xiàn)企業(yè)內(nèi)部信息共享和職員協(xié)同工作，實現(xiàn)高效治理和無紙化辦公，具有良好整體性、可擴展性、安全性和跨平臺性的信息平臺。系統(tǒng)治理員：OA系統(tǒng)的最大權(quán)限的人員。辦公室治理員：負責公布通知、考勤。人力資源：新職員入職添加用戶，離職刪除用戶，其它人事信息庫操作。一樣用戶：掃瞄信息。2.產(chǎn)品面向的用戶群體本產(chǎn)品面向建筑公司的各級辦公室及部門的全部人員，包括公司總經(jīng)理、部門經(jīng)理、部門成員。3.產(chǎn)品應(yīng)當遵循的標準或規(guī)范《運算機軟件開發(fā)規(guī)范》GB8566-884.產(chǎn)品的功能性需求系統(tǒng)要求：如下圖該系統(tǒng)圍繞辦公自動化系統(tǒng)(OA)要緊實現(xiàn)輔助個人、部門及公司的辦公、進行公文和檔案的治理以及對整個系統(tǒng)的治理等功能。系統(tǒng)總體功能需求：如上圖：辦公自動化系統(tǒng)(OA)分為基礎(chǔ)模塊和擴展模塊以及附加模塊等三部分，其中基礎(chǔ)模塊要緊實現(xiàn)個人辦公的輔助治理，要緊包括通知公告、部門信息、郵件、短消息、公共文檔、個人文件夾、個人通訊錄、公共通訊錄、論壇；擴展模塊是在完成個人輔助辦公的基礎(chǔ)上進行部門和公司級別的辦公輔助治理，要緊包括日程安排、會議治理、固定資產(chǎn)治理、人力資源治理、客戶資源治理、打算治理以與其它一些系統(tǒng)的接口和功能擴展；附加模塊要緊是一些輔助辦公的使用小工具。4.0功能性需求分類下面對系統(tǒng)總體功能需求進行分項描述：系統(tǒng)功能序號功能名稱功能需求標識優(yōu)先級簡要描述個人辦公我的辦公桌高打開個人辦公桌，在個人辦公桌上，是到達各種治理功能的快捷鏈接我的工作高系統(tǒng)針關(guān)于本用戶的工作流轉(zhuǎn)、通知、新聞等信息治理我的便簽低隨手記錄的信息我的任務(wù)低任務(wù)治理手機短信低對手機發(fā)送短信我的郵件低郵件的收發(fā)治理公文治理公文愛護高各種類型的公文治理、審批公文等歸檔處理高對已完成流轉(zhuǎn)的公文進行歸檔公共信息信息治理中進行新聞、通知、期刊、論壇、知識和規(guī)章制度的公布和治理，使企業(yè)的信息和知識快速傳播和轉(zhuǎn)移。行政辦公會議治理中會議議程、會議標準、會議室情形資產(chǎn)治理低治理企業(yè)的資產(chǎn)信息用品治理低治理企業(yè)用品的申請車輛治理低企業(yè)車輛的治理圖書治理低圖書的借出治理消息治理收件箱中接收的所有消息發(fā)件箱中發(fā)送的所有消息垃圾箱中已刪除的消息談天記錄中跟某個用戶的談天記錄工作流程流程治理高如何定義企業(yè)的流程（能夠靈活定義各種流程）表單定義高如何針對不同的流程定義表單組織治理機構(gòu)治理高公司組織架構(gòu)治理人員治理高公司人員治理權(quán)限治理模塊治理高系統(tǒng)所有模塊的治理角色治理高系統(tǒng)的角色定義、給角色分配權(quán)限等用戶治理高系統(tǒng)帳號的分配、給用戶分配角色、給用戶分配權(quán)限等系統(tǒng)治理界面治理低對軟件界面進行設(shè)置密碼修改低代碼定義低系統(tǒng)初始化低人力資源人事治理中人事檔案、資質(zhì)、職稱評定及職員關(guān)懷等資料治理聘請治理中聘請需求、聘請打算，人才庫聘請錄用等治理培訓(xùn)治理中培訓(xùn)打算、培訓(xùn)審批、培訓(xùn)記錄考勤治理中考勤記錄、考勤統(tǒng)計、排班安排等效績考核中考核項目設(shè)定、考核任務(wù)治理、進行考核在線考試中待擴展兩險一金中職員保險及公積金治理4.1功能模塊詳述4.1.1電子郵件 電子郵件是OA系統(tǒng)的重要模塊，包括的功能有收郵件、發(fā)郵件、轉(zhuǎn)發(fā)郵件、郵件儲存、刪除郵件、郵件提醒、郵箱密碼修改等等功能。電子郵件與通訊錄模塊有接口關(guān)聯(lián)，在寫郵件時能夠選擇通訊錄中的email信息。電子郵件和系統(tǒng)治理中的用戶治理也有接口關(guān)聯(lián)，在添加用戶時，自動生成該用戶的email地址；刪除用戶時，刪除該用戶的郵箱地址及郵箱的所有郵件。要緊歸結(jié)為兩塊：內(nèi)部郵件、有關(guān)設(shè)置。需要分的郵件夾有收件夾、寄件夾、草稿夾。OA添加用戶時,自動分配郵箱,密碼同OA密碼；在OA內(nèi)部能夠修改郵箱密碼,郵箱密碼能夠與OA密碼不一樣,但用戶名一樣且不能修改。對電子郵件功能模塊的總體要求：新郵件能夠在首頁中實現(xiàn)提醒功能，提示有幾封未收郵件。電子郵件的郵箱地址應(yīng)該與通訊錄進行關(guān)聯(lián)。郵件應(yīng)該有儲存功能，能夠儲存到草稿夾中。能夠修改郵箱的密碼轉(zhuǎn)發(fā)郵件時，應(yīng)該顯示出所有收發(fā)和轉(zhuǎn)發(fā)人。其他要求：保密性要強：系統(tǒng)收發(fā)郵件要通過加密的形式，幸免網(wǎng)頁郵件系統(tǒng)在安全性方面的缺陷；操作要方便：軟件的操作要專門方便，要求通過簡單培訓(xùn)就能輕松上手；建議方案：只使用一臺內(nèi)部郵件服務(wù)器(Apachejames)，在防火墻內(nèi)部，只能收發(fā)內(nèi)部郵件。192.168.0.100192.168.0.100Internet防火墻郵件服務(wù)器Internet防火墻郵件服務(wù)器 如果內(nèi)部用戶用OUTLOOK等客戶端軟件收發(fā)郵件時，pop3、smtp設(shè)置為內(nèi)部郵件服務(wù)器IP：192.168.0.100如圖所示，即可收發(fā)郵件。優(yōu)點：只需要愛護一套郵件系統(tǒng)，日常愛護比較簡單。一臺郵件服務(wù)器放在內(nèi)網(wǎng)，內(nèi)部職員互發(fā)郵件直截了當通過內(nèi)網(wǎng)完成，比較快捷方便。4.1.1.1收郵件用戶需求標識：R_OA.YJ_001用戶需求描述：在首頁中有未讀郵件的提示，進入郵件模塊，分頁顯示所有郵件，未讀郵件標題加粗顯示。當我們查看未讀郵件后，去除標題的加粗成效。一個郵件沒有價值時，直截了當刪除。郵件也能夠轉(zhuǎn)發(fā)給其他人。系統(tǒng)治理員能夠刪除所有的郵件。譬如，一個人離職后，系統(tǒng)治理員能夠清除他的郵件來騰出更多的資源。要求：登錄人登錄后，只顯示屬于自己的郵件。郵件轉(zhuǎn)發(fā)時，要求記錄首發(fā)人和轉(zhuǎn)發(fā)人的信息。郵件的附件支持中文文件名。操作人員（參與者）：所有用戶，系統(tǒng)治理員業(yè)務(wù)流程：用戶使用自己的用戶名和密碼進入郵件系統(tǒng)查看收件箱中的郵件但一個郵件沒有價值時，能夠直截了當刪除。郵件也能夠轉(zhuǎn)發(fā)給其他人。業(yè)務(wù)規(guī)則：登錄人登錄后，只顯示屬于自己的郵件。系統(tǒng)治理員能夠刪除所有的郵件。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.1.2發(fā)郵件用戶需求標識：R_OA.YJ_002用戶需求描述：用戶填寫郵件的標題、郵件的內(nèi)容、收件人地址、抄送人地址、暗送人地址、附件、是否儲存到寄件夾后，發(fā)送郵件。若選擇了儲存到寄件夾，就在發(fā)件人的寄件夾中增加一條記錄。但有時候，一個郵件沒有寫完有其他情況了，能夠?qū)⒁褜懞玫膬?nèi)容儲存到草稿夾中，以后能夠連續(xù)在原先的基礎(chǔ)上進行修改。要求：支持抄送和暗送功能。收件人地址、暗送人地址、抄送人地址都能夠是多個人的地址支持10個附件的郵件。附件的大小能夠達到20M。支持儲存為草稿的功能。支持發(fā)送到寄件夾的功能。附件的名稱支持中文，不能顯現(xiàn)亂碼現(xiàn)象。選擇收件人時能夠分部門選擇。操作人員（參與者）：所有用戶業(yè)務(wù)流程：用戶使用自己的用戶名和密碼進入郵件登錄后，用戶填寫郵件的標題、郵件的內(nèi)容、收件人地址、抄送人地址、暗送人地址、附件、是否儲存到寄件夾后，發(fā)送郵件。但有時候，一個郵件沒有寫完有其他情況了，能夠?qū)⒁褜懞玫膬?nèi)容儲存到草稿夾中，以后能夠連續(xù)在原先的基礎(chǔ)上進行。業(yè)務(wù)規(guī)則：個人的郵箱只有用戶自己才能登錄。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.1.3轉(zhuǎn)發(fā)郵件用戶需求標識：R_OA.YJ_003用戶需求描述：收到郵件后，按照自己的需要能夠?qū)⑦@些郵件按正文轉(zhuǎn)發(fā)或按附件轉(zhuǎn)發(fā)給其他人。要求：轉(zhuǎn)發(fā)后的郵件中應(yīng)該有首發(fā)人和轉(zhuǎn)發(fā)人2個人的信息要保留原先的附件能夠轉(zhuǎn)發(fā)給多個人操作人員（參與者）：所有用戶業(yè)務(wù)流程：用戶登錄后，打開某一收到的郵件，選擇收件人，單擊轉(zhuǎn)發(fā)就完成一個轉(zhuǎn)發(fā)過程業(yè)務(wù)規(guī)則：必須先打開郵件，才能夠轉(zhuǎn)發(fā)，能夠轉(zhuǎn)發(fā)給多個人.輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.1.4回復(fù)郵件用戶需求標識：R_OA.YJ_004用戶需求描述：收到郵件后，能夠回復(fù)發(fā)件人。要求：標題自動加上“RE：”前綴自動在信件末尾保留原信內(nèi)容可選擇是否保留原信件中的附件操作人員（參與者）：所有用戶業(yè)務(wù)流程：用戶登錄后，打開某一收到的郵件，點回復(fù)業(yè)務(wù)規(guī)則：必須先打開郵件，才能夠回復(fù).輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.1.5郵件收藏（可選）用戶需求標識：R_OA.YJ_005用戶需求描述：關(guān)于比較重要的郵件能夠選擇放入收藏夾。要求：郵件放入收藏夾后，收件夾中不再顯示該郵件能夠同時選擇多個郵件操作人員（參與者）：所有用戶業(yè)務(wù)流程：用戶登錄后，選擇一封或多封郵件，點收藏業(yè)務(wù)規(guī)則：可收藏草稿、已發(fā)郵件、收到郵件輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.1.6郵件儲存（草稿夾）用戶需求標識：R_OA.YJ_006用戶需求描述：當一個郵件正在編寫內(nèi)容時，可能有別的情況要處理，為了安全要關(guān)閉OA系統(tǒng)，應(yīng)該能夠?qū)⑧]件儲存到草稿夾中，需要連續(xù)時，從草稿夾中打開連續(xù)進行編寫。要求：儲存時，郵件標題不能為空郵件的內(nèi)容不能空操作人員（參與者）：所有用戶業(yè)務(wù)流程：當一個郵件正在編寫內(nèi)容時，可能有別的情況要處理，為了安全要關(guān)閉OA系統(tǒng)，應(yīng)該能夠?qū)⑧]件儲存到草稿夾中，需要連續(xù)時，從草稿夾中打開連續(xù)進行。業(yè)務(wù)規(guī)則：儲存時，標題和內(nèi)容不能為空輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.1.7刪除郵件用戶需求標識：R_OA.YJ_007用戶需求描述：當一個郵件沒有價值，我們能夠?qū)⑵鋸泥]箱中完全刪除。操作人員（參與者）：登錄人或系統(tǒng)治理員業(yè)務(wù)流程：用戶使用自己的用戶名和密碼登錄系統(tǒng)后，選擇一個或多個郵件，選擇刪除，就將郵件完全從郵箱刪除。業(yè)務(wù)規(guī)則：登錄人只能刪除自己的郵件。系統(tǒng)治理員能夠刪除所有人的郵件，然而系統(tǒng)治理員沒有查看其他人的郵件的權(quán)力輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.1.8郵件提醒用戶需求標識：R_OA.YJ_008用戶需求描述：用戶進入網(wǎng)站后，系統(tǒng)會提示登錄人有幾封未收郵件；在用戶是已登錄的狀態(tài)時，每隔一個固定間隔時刻（10分鐘）檢查郵箱，有新郵件時在桌面右下角彈出提示窗口，并在頁面狀態(tài)欄中刷新新郵件數(shù)量操作人員（參與者）：所有用戶業(yè)務(wù)流程：用戶進入網(wǎng)站后，系統(tǒng)提示有幾封未收郵件；在用戶是已登錄的狀態(tài)時，定期檢查郵箱業(yè)務(wù)規(guī)則：只提示登錄人未收的郵件。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.2即時通訊4.1.2.1短消息用戶需求標識：R_OA.JS_001用戶需求描述：不管對方是否在線，都能夠向一個人或一群人發(fā)送信息。發(fā)消息內(nèi)容包括信息有消息編號、消息內(nèi)容、發(fā)送人、接收人、發(fā)送時刻?；貜?fù)消息內(nèi)容包括消息編號、回復(fù)內(nèi)容、回復(fù)人、原發(fā)送人、回復(fù)時刻。要求：支持群發(fā)，可按部門、團隊進行分組支持儲存歷史消息記錄，可顯示歷史消息記錄。短消息儲存在數(shù)據(jù)庫（最多只能儲存2天）。用戶能夠選擇把短消息儲存到本地，可永久儲存，沒有數(shù)量限制可在發(fā)消息模式與對話模式之間進行自由轉(zhuǎn)換當用戶收到新的信息時，能有類似MSN的消息提示?？稍O(shè)置自動回復(fù)操作人員（參與者）：發(fā)送人及接收人業(yè)務(wù)流程：編寫短消息——〉選擇發(fā)送人或群——〉發(fā)送——〉接收——〉回復(fù)——〉查看歷史記錄業(yè)務(wù)規(guī)則：不管對方是否在線，都能夠向一個人或一群人發(fā)送信息。輸入項：信息有消息編號、消息內(nèi)容、發(fā)送人、接收人、發(fā)送時刻。輸出項：括消息編號、回復(fù)內(nèi)容、回復(fù)人、原發(fā)送人、回復(fù)時刻。業(yè)務(wù)流程圖：能夠如下圖，選擇多個接收用戶，群發(fā)消息，也能夠選擇部門或組，向整個部門或組內(nèi)的所有成員發(fā)送消息（相當于一定范疇內(nèi)的消息廣播）。4.1.2.2人員狀態(tài)設(shè)置用戶需求標識：R_OA.JS_002用戶需求描述：錄入人員在線或離線時的狀態(tài)，象在開會、在領(lǐng)導(dǎo)辦公室、去找客戶等等，只要是常用的，都能夠錄入。包括狀態(tài)編號、狀態(tài)名稱、是否投用的字段。要求：在那個地點錄入的投用的狀態(tài)，在人員狀態(tài)里一定要顯示出來，供大伙兒選擇操作人員（參與者）：系統(tǒng)治理員業(yè)務(wù)流程：無業(yè)務(wù)規(guī)則：無輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.2.3人員狀態(tài)用戶需求標識：R_OA.JS_003用戶需求描述：人員狀態(tài)跟蹤的一種工具，職員都養(yǎng)成了一種好的習慣，不管是離線或在線但人離開，都要留下自己的行蹤。包括人員編號、狀態(tài)、備注。要求：不管在線或離開都能夠選擇狀態(tài)。不想選擇預(yù)定義的狀態(tài)，能夠錄入狀態(tài)備注。當本人重新登錄系統(tǒng)時，取消設(shè)置的狀態(tài)。操作人員（參與者）：所有用戶業(yè)務(wù)流程：登錄系統(tǒng)——〉選擇自己的狀態(tài)——〉別人掃瞄業(yè)務(wù)規(guī)則：當本人重新登錄系統(tǒng)時，取消設(shè)置的狀態(tài)。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.3文檔治理文檔治理是OA系統(tǒng)的重要一塊，將電子文檔上傳到服務(wù)器，實現(xiàn)文檔歸檔，能夠設(shè)置共享，實現(xiàn)文檔共享，能夠按照自己需要進行文檔搜索，搜索的條件有上傳科室、文件類型、上傳人、主題關(guān)鍵字、上傳時刻（時刻段）。包括的信息有，上傳文檔的標題、文檔的類型、文檔的內(nèi)容、文檔的關(guān)鍵字、附件、編寫人、編寫日期、公布單位、公布時刻、公布人等等信息。文檔的分類要類似資源治理器。而文檔的內(nèi)容要多樣性。例如正文附帶附件。能夠?qū)φ募案郊M行檢索。用戶之間能夠相互發(fā)送文檔。能夠提交公共文檔。4.1.3.1公共文件夾（規(guī)章制度）用戶需求標識：R_OA.WD_001用戶需求描述：要緊提供存放公共文件的空間，公司內(nèi)部公用的文檔。包括的信息有公布文檔的標題、文檔的類型、文檔的內(nèi)容、文檔的關(guān)鍵字、附件、編寫人、編寫日期、公布時刻、公布人等等信息。能夠通過條件文件類型、公布人、存入的兩級文件夾、主題關(guān)鍵字、公布時刻（時刻段）查詢到需要的記錄。要求：系統(tǒng)治理員和指定的人員能夠設(shè)置文檔類別,并把文檔存放在這些類別中。公司又有職員能夠查看共享文件夾，然而不能修改和刪除共享文件夾的內(nèi)容。支持兩層分類，即類別下設(shè)子類。考慮到有用性和簡單性的統(tǒng)一，兩層分類即可，不需要支持三層及其以上的分類。系統(tǒng)治理員和指定人員能夠?qū)Ψ诸愡M行愛護。承諾針對不同個人文檔的類型添加附件，限制附件大小為10M。能夠上傳多個附件系統(tǒng)治理員和公布人都能夠刪除公共文檔。公布人能夠修改公共文檔，但系統(tǒng)治理員有刪除的權(quán)限。文檔能夠按照錄入的二級分類自動分類顯示。操作人員（參與者）：錄入人、系統(tǒng)治理員業(yè)務(wù)流程：系統(tǒng)治理員和指定人員進入OA辦公系統(tǒng)，進入個人文檔欄目，查看各種公共文檔的詳細內(nèi)容。并能夠?qū)参臋n進行修改和愛護。業(yè)務(wù)規(guī)則：系統(tǒng)治理員和公布人都能夠刪除個人文檔，但公布人能夠修改個人文檔。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.3.2個人文檔用戶需求標識：R_OA.WD_002用戶需求描述：要緊提供存放個人文件的空間，職員自己的文檔，能夠是學習心得、記錄的筆記、摘抄的文章等個人學習和生活的文檔記錄，向服務(wù)器提交時錄入主題關(guān)鍵字，方便以后的查詢搜索。當文件沒有價值時，能夠及時刪除掉這些文檔。包括的信息有公布文檔的標題、文檔的類型、文檔的內(nèi)容、文檔的關(guān)鍵字、附件、編寫人、編寫日期、公布時刻、公布人等等信息。能夠通過條件文件類型、公布人、存入的兩級文件夾、主題關(guān)鍵字、公布時刻（時刻段）查詢到需要的記錄。要求：用戶能夠設(shè)置文檔類別,并把文檔存放在這些類別中。只能查看登錄人自己的個人文檔，看不到其他人的個人文檔，別人也看不到自己的文檔的非共享文檔。支持兩層分類，即類別下設(shè)子類?？紤]到有用性和簡單性的統(tǒng)一，兩層分類即可，不需要支持三層及其以上的分類。用戶個人能夠?qū)Ψ诸愡M行愛護。承諾針對不同個人文檔的類型添加附件，限制附件大小為10M。能夠上傳多個附件系統(tǒng)治理員和公布人都能夠刪除個人文檔。公布人能夠修改個人文檔，但系統(tǒng)治理員有刪除的權(quán)限。文檔能夠按照錄入的二級分類自動分類顯示。登陸人能夠共享自己的文檔以供他人查看。操作人員（參與者）：錄入人、系統(tǒng)治理員業(yè)務(wù)流程：用戶使用自己的用戶名和密碼進入OA辦公系統(tǒng)，進入個人文檔欄目，查看各種個人文檔的詳細內(nèi)容。并能夠?qū)€人文檔進行修改和愛護。業(yè)務(wù)規(guī)則：系統(tǒng)治理員和公布人都能夠刪除個人文檔，但公布人能夠修改個人文檔。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.3.3他人共享文檔用戶需求標識：R_OA.WD_003用戶需求描述：職員分類共享給項目組、部門、公司其他成員的文檔資料。通過該功能，實現(xiàn)職員之間便利的文檔共享，起到知識治理的作用。包括的信息有上傳文檔的標題、文檔的類型、文檔的內(nèi)容、文檔的關(guān)鍵字、附件、編寫人、存入的兩級文件夾、編寫日期、公布時刻、公布人等等信息。能夠通過條件文件類型、公布人、公布單位、主題關(guān)鍵字、公布時刻（時刻段）查詢到需要的記錄。要求：每個OA使用者都能夠提交共享文檔.提交人有查詢、刪除和修改的權(quán)限，其他人只有查詢權(quán)限。系統(tǒng)治理員只有刪除權(quán)限。能夠由用戶進行自主分類，能夠操作分類設(shè)置功能的人員應(yīng)當是系統(tǒng)治理員。支持兩層分類，即類別下設(shè)子類?？紤]到有用性和簡單性的統(tǒng)一，兩層分類即可，不需要支持三層及其以上的分類。承諾特定的客戶通過后臺設(shè)置（系統(tǒng)治理）功能進行愛護。能夠分類上傳各種類型的文件儲存在共享文檔中共享文檔的要緊內(nèi)容采納一般的格式，專門格式的內(nèi)容儲存在附件中。查閱共享文檔時，能夠按“上傳科室、文件類型、上傳人、主題關(guān)鍵字、上傳時刻（時刻段）”進行組合式的檢索。能夠設(shè)定共享的范疇，哪些類別的人能夠看到，哪些人看不到。能夠上傳各種類型的附件，限制文件大小為10M。共享文檔一律儲存在服務(wù)器。文檔能夠按照錄入的二級分類自動分類顯示。操作人員（參與者）：一樣用戶、公布人、系統(tǒng)治理員業(yè)務(wù)流程：用戶使用自己的用戶名和密碼進入OA辦公系統(tǒng)，進入共享文檔欄目，查看各種共享文檔,或者提交共享文檔的詳細內(nèi)容。并能夠?qū)蚕砦臋n進行修改和愛護。業(yè)務(wù)規(guī)則：系統(tǒng)治理員和公布人都能夠刪除共享文檔，但公布人能夠修改公享文檔，其它有掃瞄權(quán)限的用戶只能掃瞄共享文檔。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.3.4文件夾的設(shè)置用戶需求標識：R_OA.WD_004用戶需求描述：錄入個人和共享文件夾的信息，包括兩級文件夾，如此就能夠?qū)€人文件和共享文件儲存到預(yù)設(shè)好的文件夾中，顯示能夠分類分文件夾顯示了。包括文件夾編號、文件夾名稱、父文件夾編號、備注。要求：無操作人員（參與者）：所有人業(yè)務(wù)流程：無業(yè)務(wù)規(guī)則：無輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.4通知公告4.1.4.1通知公告用戶需求標識：R_OA.TG_001用戶需求描述：包括通知公告的錄入、修改、刪除、查詢檢索，通知公告的分發(fā)。如有新的通知公告在OA主頁上的通知公告區(qū)域顯示。要求：公司級或部門級公告由公司或部門專人負責公布和愛護，其他人員沒有該權(quán)限全體職員都能夠進行掃瞄閱讀。通知公告的公布標題要明確，便于檢索，新通知公告的提示要明顯，使閱讀人員專門方便的查看公告的信息。通知公告的類型能夠由系統(tǒng)治理人員進行定義,并由系統(tǒng)治理定義該通知公告的模板。例如：規(guī)章制度就應(yīng)該由它自己專門的模板界面。下面是模板的樣例：一樣的通知公告是滾動方式顯示的，公布人或治理員能夠修改和刪除通知公告，其他人不能夠的。通知公告的顯示周期由公告公布人設(shè)置的公布日期和截止日期決定。如果沒有截止日期表示該公告永久顯示在系統(tǒng)上。通知公告能夠置頂，當公布人或者治理員將該通知公告設(shè)置成置頂?shù)臅r候，該通知公告將顯示在所有通知公告的前端。置頂通知公告之間的前后順序按照置頂?shù)臅r刻來決定。操作人員（參與者）：擁有公布公告權(quán)限的部門人員，治理員或公布人業(yè)務(wù)流程：用戶使用自己的用戶名和密碼進入OA辦公系統(tǒng)，進入通知公告欄目，選擇公告類型，編輯并設(shè)置公布日期，截止日期等信息，公布公告。創(chuàng)建信息->選擇公告類型->編輯設(shè)置有關(guān)信息>公布公告。業(yè)務(wù)規(guī)則：無。輸入項：輸出項：業(yè)務(wù)流程圖：無。4.1.4.2查詢歸檔用戶需求標識：R_OA.TG_002用戶需求描述：查詢歷史通知公告公共公布信息，有選擇的將某些信息進行歸檔，或?qū)⒁恍┕孓D(zhuǎn)入到系統(tǒng)文檔（如規(guī)章制度）中，方便查詢檢索。要求：由公司或部門專人負責進行定期歸檔和愛護，其他人員沒有該權(quán)限全體職員都能夠?qū)@些公共信息進行掃瞄和查閱。新聞、通知、公告等公共信息按類型進行分類歸檔方便查閱和檢索，要求支持全文檢索。這些歷史公共信息儲存在數(shù)據(jù)庫中，由系統(tǒng)治理員決定何時進行清理。操作人員（參與者）：擁有公布公共信息治理權(quán)限的部門人員，治理員或公布人業(yè)務(wù)流程：用戶使用自己的用戶名和密碼進入OA辦公系統(tǒng)，進入通知公告欄目，對這些公共信息進行查詢和歸檔。業(yè)務(wù)規(guī)則：將各種公共信息分類轉(zhuǎn)移到系統(tǒng)文檔和歷史文檔庫中。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.5通訊錄4.1.5.1個人通訊錄用戶需求標識：R_OA.TXL_001要求：錄入人具有查看、刪除、修改的權(quán)限。系統(tǒng)治理員只有刪除權(quán)限。用戶登錄后，系統(tǒng)自動識別用戶的工號，按照工號檢索出該工號的所有通訊記錄。在發(fā)郵件時，系統(tǒng)能夠檢索出私人通訊錄的email地址，讓用戶進行選擇。操作人員（參與者）：錄入人、系統(tǒng)治理員。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：用戶在后臺進行數(shù)據(jù)操作，能夠錄入、刪除、修改自己的通訊記錄，錄入人具有查看、刪除、修改，系統(tǒng)治理員只有刪除權(quán)限。錄入的記錄在系統(tǒng)的前臺首頁中顯示，用戶登錄后，系統(tǒng)自動識別用戶的工號，按照工號檢索出該工號的所有通訊記錄。另外，在發(fā)郵件時，系統(tǒng)能夠檢索出私人通訊錄的email地址，讓用戶進行選擇，若用戶不想選擇也能夠進行錄入。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.5.2內(nèi)部通訊錄用戶需求標識：R_OA.TXL_002用戶需求描述：具有特定權(quán)限的人員能夠錄入公司職員的通訊記錄，包括有名稱、電話、Email、傳真、地址，具有特定權(quán)限的人員在后臺進行數(shù)據(jù)操作，能夠錄入、刪除、修改職員的通訊記錄，具有特定權(quán)限的人員具有查看、刪除、修改的權(quán)限，系統(tǒng)治理員只有刪除權(quán)限。錄入的通訊記錄在系統(tǒng)的前臺首頁中顯示，用戶登錄后，系統(tǒng)檢索出職員的所有通訊記錄。另外，在發(fā)郵件時，系統(tǒng)能夠檢索出內(nèi)部通訊錄的email地址，讓用戶進行選擇，若用戶不想選擇也能夠進行錄入。當用戶刪除或修改通訊記錄的Email，在寫郵件Email選擇下拉框中要相應(yīng)變化。要求：具有特定權(quán)限的人員具有查看、刪除、修改與增加的權(quán)限系統(tǒng)治理員只有刪除權(quán)限。在發(fā)郵件時，系統(tǒng)能夠檢索出內(nèi)部通訊錄的email地址，讓用戶進行選擇。操作人員（參與者）：具有特定權(quán)限的人員業(yè)務(wù)流程：具有特定權(quán)限的人員能夠錄入公司職員的通訊記錄，一樣人能夠查詢，在發(fā)郵件時，系統(tǒng)能夠檢索出內(nèi)部通訊錄的email地址，讓用戶進行選擇，具有特定權(quán)限的人員或系統(tǒng)治理員能夠刪除某個人的通訊記錄。業(yè)務(wù)規(guī)則：具有特定權(quán)限的人員具有查看、刪除、修改與增加的權(quán)限，系統(tǒng)治理員只有刪除權(quán)限，在發(fā)郵件時，系統(tǒng)能夠檢索出內(nèi)部通訊錄的email地址，讓用戶進行選擇。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.6論壇論壇是大伙兒討論或交流的區(qū)域，為了治理和交流得更充分，我們決定分為討論組、公共論壇、學習園地三個部分，將討論的變得更細化、更方便。4.1.6.1討論組用戶需求標識：R_OA.LT_001用戶需求描述：第一要建立討論組，然后加入討論組的成員，成員來自系統(tǒng)字典用戶治理中建立的用戶，然后能夠發(fā)起討論的論題，其余組成員能夠跟進討論。要求：必需建立討論組。必須分配討論組的成員，討論組的成員是來自系統(tǒng)治理的建立的用戶只有討論組成員才能看到討論組的標題和內(nèi)容,非討論組的人員不能看和回復(fù)。需要統(tǒng)計每個論題的回復(fù)數(shù)目。在論題的下部能夠看到討論的列表，按照列表能夠看到討論的具體內(nèi)容。操作人員（參與者）：論壇的治理員、一樣用戶業(yè)務(wù)流程：建立討論組——〉分配成員——〉建立論題——〉討論——〉掃瞄。業(yè)務(wù)規(guī)則：論壇的治理員建立討論組，分配討論的成員。組內(nèi)成員能夠建立論題、討論、掃瞄。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.6.2公共論壇用戶需求標識：R_OA.LT_002用戶需求描述：承諾所有用戶公布帖子的論壇，用戶能夠在其中公布和討論自己感愛好的帖子。要求：論壇由論壇治理員進行愛護。論壇治理員能夠細分各種不同的討論區(qū)。能夠匿名參與討論。公布新貼包括帖子標題、內(nèi)容，附件等有關(guān)信息。新貼自動記錄公布時刻、公布人員等信息。需要統(tǒng)計參與討論的人數(shù)。帖子按照最近公布或回復(fù)的時刻排序，在論題的下部能夠看到討論的列表，按照列表能夠看到討論的具體內(nèi)容。操作人員（參與者）：論壇治理員、一樣成員。業(yè)務(wù)流程：建立討論區(qū)——〉建立論題——〉討論——〉掃瞄。業(yè)務(wù)規(guī)則：論壇的治理員建立討論區(qū)。所有成員能夠建立論題、討論、掃瞄。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.6.3學習園地用戶需求標識：R_OA.LT_003用戶需求描述：承諾所有用戶公布關(guān)于技術(shù)或培訓(xùn)方面的帖子的論壇，用戶能夠在其中公布和討論自己感愛好的帖子。要求：論壇由論壇治理員進行愛護；論壇治理員能夠細分各種不同的討論區(qū)。能夠匿名參與討論公布新貼包括帖子標題、內(nèi)容，附件等有關(guān)信息。新貼自動記錄公布時刻、公布人員等信息。需要統(tǒng)計參與討論的人數(shù)帖子按照最近公布或回復(fù)的時刻排序，在論題的下部能夠看到討論的列表，按照列表能夠看到討論的具體內(nèi)容。操作人員（參與者）：論壇治理員、一樣成員。業(yè)務(wù)流程：建立討論區(qū)——〉建立論題——〉討論——〉掃瞄。業(yè)務(wù)規(guī)則：論壇的治理員建立討論區(qū)。所有成員能夠建立論題、討論、掃瞄。輸入項：輸出項：業(yè)務(wù)流程圖：無4.1.7公文流轉(zhuǎn)4.1.7.1總共可分為公文治理以及公文歸檔文檔流轉(zhuǎn)事實上是對工作流以及工作流中的文檔進行治理，關(guān)于大多數(shù)企業(yè)來講，核心的治理確實是工作流和文檔的治理。一樣的企業(yè)都會有專門多流程，例如：請假流程報銷流程收文/發(fā)文流程收文：處理收到上級部門及其它部門的公文發(fā)文：上級及有關(guān)部門需和諧和解決的咨詢題進行的一系列流程流程的本質(zhì)，確實是專門多人在一起完成一件情況流程可能會通過不同的中間環(huán)節(jié)，在中間環(huán)節(jié)上，由有關(guān)人員進行處理所有流程中間環(huán)節(jié)的處理過程，需要進行記錄4.1.7.2【公文治理】可分為公文愛護與公文歸檔處理：在其主界面上，顯示由當前登陸人員創(chuàng)建的所有公文。能夠在我的公文、待審核公文、已審核公文之間切換：公文的添加：點擊其中一個公文形式（流程），打開此流程的公文添加界面：重要的一點是，能夠選擇流程！這些流程差不多上通過設(shè)計器或編寫流程文件的方法創(chuàng)建的。添加完成后，公文治理主界面是：公文的刪除：用戶能夠?qū)膱?zhí)行刪除操作公文的流轉(zhuǎn)：能夠點擊提交操作，將公文提交流程用戶只能對屬于自己的公文（自己創(chuàng)建的公文）進行操作在公文進入流程之后，不再承諾用戶對公文執(zhí)行修改和刪除操作在公文流轉(zhuǎn)終止以后，用戶能夠?qū)脑O(shè)置成"歸檔"狀態(tài)用戶登錄系統(tǒng)之后，能夠看到自己的待審批公文列表在我的公文視圖里，能夠?qū)⑦@些公文進行提交，即提交到流程。打開提交界面：選擇下一個步驟進行提交操作，提交完成后，在公文主界面上，不能再次對公文執(zhí)行提交和刪除等操作：如果現(xiàn)在在流程中下一個節(jié)點的用戶登陸，便能夠在“帶審批文檔”視圖中看到流到此人的文檔。下面是一個帶審核公文列表：執(zhí)行審批操作：點擊儲存審核信息之后，能夠執(zhí)行提交操作。所以，也能夠再次點擊審核操作，這時候，需要打開界面，更換審核意見！提交之后，按照相應(yīng)的選擇，公文將流到相應(yīng)的人員那兒，依次下去，直到流程的終止！這確實是公文治理要緊過程！在公文治理主界面上，能夠點擊“下載”，下載附件文檔，以便查看詳細內(nèi)容；或者點擊“查看審批歷史”，能夠查看有關(guān)文檔的審批記錄。一旦文檔通過審批并提交之后，在“待審批文檔”列表視圖中就會消逝，然而在“已審批文檔”中，卻需要能夠找到這些已被審批過的文檔記錄！4.1.7.3工作流程【流程治理】能夠自定義流程（通過流程設(shè)計器）流程能夠隨時作出修改流程示例發(fā)文流程發(fā)文流程要緊是上級及有關(guān)部門需和諧和解決的咨詢題進行的一系列流程，本流程對發(fā)文的全過程進行有效操縱和跟蹤，實現(xiàn)完善的發(fā)文流程。 發(fā)文流程要緊包括： 公文生成：選擇按公文的類型預(yù)先設(shè)計好的公文標準格式模板，在向?qū)У闹笇?dǎo)下輕松地進行公文的撰寫。 內(nèi)、外部會簽：關(guān)于需要有關(guān)部門會簽的公文，由公文治理人員按照會簽要求，將公文發(fā)往有關(guān)部門簽署意見。 簽發(fā)：審核通過和會簽完畢的公文發(fā)往簽發(fā)負責人，由簽發(fā)負責人在簽署意見欄中簽署意見，并簽名，同時確定或修改轉(zhuǎn)送單位，簽發(fā)完成或，返回公文治理部門。 處理：由公文治理部門對簽發(fā)完畢的公文進行處理，包括編號、分發(fā)、登記、存檔、打印等功能。 查詢：能夠按照多個條件進行查詢。收文流程 收文流程要緊是處理收到上級部門及其它部門的公文，對收文進行登記和愛護，并提供查詢,同時對收文的全過程進行有效操縱和跟蹤，實現(xiàn)完善的收文流程等。 收文流程要緊包括：收文登記：電子文件直截了當存入數(shù)據(jù)庫，直至文本文件向通過鍵盤或掃描儀輸入原文后，經(jīng)運算機識別系統(tǒng)將其轉(zhuǎn)換為文本文件，再存入收文庫。內(nèi)部轉(zhuǎn)發(fā)：將公文信息通過網(wǎng)絡(luò)系統(tǒng)傳送到有關(guān)的部門，按照文件的性質(zhì)、保密程度與權(quán)限的不同，采納相應(yīng)的加密處理，對文件的辦理、傳閱、查詢等，應(yīng)按不同的級別和部門給以限定。擬辦：將待擬辦的公文通過網(wǎng)絡(luò)發(fā)送給擬辦負責人，由擬辦負責人直截了當在運算機上簽署處理意見或選擇擬辦模板，擬辦完成后，公文自動轉(zhuǎn)去批辦。批辦：將待批辦的公文通過網(wǎng)絡(luò)發(fā)送給有關(guān)批辦負責人，由批辦負責人直截了當在運算機上簽署處置意見或選擇批辦模板，批辦完成后，公文自動返回公文治理部門。注辦：當公文處理完畢后，由承辦單位或個人在運算機終端“收文處理單”的“處理結(jié)果”欄中填寫公文的辦理結(jié)果。返回公文治理部門，由公文治理部門注辦并作歸檔等處理。查詢：有關(guān)人員能夠?qū)κ盏降墓募捌湫畔⑦M行查詢。出差流程出差流程是實現(xiàn)出差前的申請和審批、出差后的總結(jié)、審批和費用的報銷等，同時對出差的全過程進行有效操縱和跟蹤，實現(xiàn)完善的出差流程等。出差流程要緊包括：出差申請：由出差申請人填寫出差任務(wù)單，發(fā)送審批人進行審批。出差審批：審批人進行出差任務(wù)單的審批，審批完成后發(fā)送出差申請人。出差返回：出差申請人出差返回，填寫出差情形匯報及差旅費，抱審批人進行審批。出差匯報：審批人進行出差情形匯報及差旅費的審批后，發(fā)送財務(wù)部進行審查及報銷。財務(wù)：財務(wù)進行差旅費的審查及報銷，最后系統(tǒng)自動存檔。查詢：公司領(lǐng)導(dǎo)及個人可對出差的情形進行查詢。4.1.7.4流程治理的主界面在主界面上，應(yīng)列出系統(tǒng)的所有流程，而且針對每個特定的流程，能夠重新進行上傳和公布。點擊流程名稱，應(yīng)能獲得關(guān)于此流程的詳細信息，如下所示：【查看流程圖片】【查看流程定義】表單定義能夠?qū)崿F(xiàn)表單模板的動態(tài)定義，即針對不同的流程，能夠定義對應(yīng)的表單。4.1.8系統(tǒng)治理系統(tǒng)治理模塊是系統(tǒng)的操縱中心，系統(tǒng)治理員能夠統(tǒng)一地對系統(tǒng)進行治理，設(shè)置簡便，治理方便、安全、可靠。實現(xiàn)了人員治理，組織機構(gòu)治理，權(quán)限和角色分配，流程定制，自定義表單，自定義視圖，用戶個性化界面自定義，數(shù)據(jù)備份和復(fù)原，系統(tǒng)的關(guān)心。4.1.8.1系統(tǒng)設(shè)置系統(tǒng)設(shè)置要緊由治理員設(shè)置企業(yè)的組織結(jié)構(gòu)、用戶信息、圖形化的自定義工作流程以及用戶權(quán)限等。系統(tǒng)治理要緊包括用戶治理、機構(gòu)部門，權(quán)限治理。4.1.8.1.1用戶治理用戶需求標識：R_OA.XT_001用戶需求描述：用戶或工號設(shè)置。要求：能夠方便的對人員信息進行愛護，能夠方便的新增人員，進行角色設(shè)定。人員治理：按照不同崗位設(shè)置多種人員集合，便于各系統(tǒng)的應(yīng)用。當人員組織機構(gòu)、崗位發(fā)生變化時，治理員只需提交要求，系統(tǒng)即可完成所有業(yè)務(wù)中涉及此人員信息全部更換。人員權(quán)限集中設(shè)置：系統(tǒng)能夠?qū)⑷藛T按照其崗位職責和職務(wù)劃分成不同用戶群，從而從業(yè)務(wù)需求和使用權(quán)限上進行分類。所有權(quán)限功能的定義采納模塊化的設(shè)計和治理界面，當人員發(fā)生工作調(diào)動、職務(wù)變更、調(diào)離等變化時，治理員以最簡單的方法發(fā)出變更指令，所有涉及到此人員的權(quán)限咨詢題統(tǒng)一由系統(tǒng)完成。系統(tǒng)采納基于角色（崗位）的工作流實現(xiàn)辦公流程，因此應(yīng)用治理員針對機構(gòu)、人員治理需要做的工作是將角色（崗位）針對工作人員進行調(diào)整。新建用戶，信息錄入時為用戶名和密碼設(shè)定為郵件地址和郵件用戶及密碼能夠?qū)⒂脩粜畔?dǎo)入，或?qū)С鰹镋xcel文件儲存操作人員（參與者）：系統(tǒng)治理員或被授予此權(quán)限的有關(guān)人員。業(yè)務(wù)流程：無業(yè)務(wù)規(guī)則：初始化密碼統(tǒng)一和用戶名一樣。輸入項：用戶人員信息（用戶名，真實姓名，工號）。輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.1.8.1.2機構(gòu)部門用戶需求標識：R_OA.XT_002用戶需求描述：進行組織機構(gòu)設(shè)置（包括部門劃分及有關(guān)信息設(shè)定）。要緊實現(xiàn)對組織和部門的設(shè)置、調(diào)整。操作人員（參與者）：系統(tǒng)治理員或被授予此權(quán)限的有關(guān)人員。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：部門建立后要指定部門負責人和部門的各個職位。輸入項：部門名稱，講明。輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.1.8.1.3功能模塊治理用戶需求標識：R_OA.XT_003用戶需求描述：系統(tǒng)功能模塊的設(shè)置。要求：系統(tǒng)的模塊添加要方便。操作人員（參與者）：系統(tǒng)治理員或被授予此權(quán)限的有關(guān)人員。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：設(shè)置功能的名稱時名稱不能重復(fù)。輸入項：角色信息（名稱，講明）輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.1.8.1.4權(quán)限治理用戶需求標識：R_OA.XT_004用戶需求描述：權(quán)限設(shè)置（角色設(shè)定、角色權(quán)限設(shè)定）。設(shè)定角色對系統(tǒng)功能的使用權(quán)限。要求：能夠方便的進行角色設(shè)定、增刪改用戶權(quán)限等。設(shè)定系統(tǒng)需要的角色（系統(tǒng)初始化時要有系統(tǒng)治理員那個角色）按照角色分配權(quán)限權(quán)限的分配能夠分給個人或部門（組）權(quán)限分配后，人員登陸的菜單是按照人員的部門和權(quán)限列出。操作人員（參與者）：系統(tǒng)治理員或被授予此權(quán)限的有關(guān)人員。業(yè)務(wù)流程：無業(yè)務(wù)規(guī)則：設(shè)定角色后，按照角色分配權(quán)限。輸入項：角色信息（名稱，講明）輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.1.8.2個人設(shè)置4.1.8.2.1個人信息用戶需求標識：R_OA.XT_005用戶需求描述：設(shè)置個人有關(guān)信息。頭像簽名設(shè)置等與個人有關(guān)的信息。要求：個人的設(shè)置要緊由用戶個人進行填寫和設(shè)置。操作人員（參與者）：用戶。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：無。輸入項：個人信息及有關(guān)修改。輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.1.8.2.2系統(tǒng)界面用戶需求標識：R_OA.XT_006用戶需求描述：設(shè)置個人系統(tǒng)界面的風格和對個人助手功能的設(shè)置。要求：界面風格美觀，操作方便，能夠?qū)缑娴娘L格進行更新。操作人員（參與者）：用戶。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：無。輸入項：界面風格的名稱。輸出項：界面風格的改變。業(yè)務(wù)流程圖：無4.1.8.2.3密碼用戶需求標識：R_OA.XT_007用戶需求描述：設(shè)置個人的密碼要求：個人的密碼只有自己才能修改。操作人員（參與者）：用戶。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：個人的密碼只有自己才能修改。輸入項：密碼。輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.1.8.3系統(tǒng)愛護4.1.8.3.1數(shù)據(jù)庫愛護用戶需求標識：R_OA.XT_008用戶需求描述：數(shù)據(jù)庫愛護要緊指對數(shù)據(jù)庫的治理與愛護，包括數(shù)據(jù)庫的治理：數(shù)據(jù)庫的備份、復(fù)原，系統(tǒng)的優(yōu)化、愛護，數(shù)據(jù)的導(dǎo)入、導(dǎo)出。要求：數(shù)據(jù)庫按指定的策略執(zhí)行自動備份數(shù)據(jù)備份也能夠人工趕忙備份操作人員（參與者）：系統(tǒng)治理員或被授予該項操作權(quán)限的用戶。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：無。輸入項：數(shù)據(jù)庫信息及有關(guān)修改。輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.1.8.3.2系統(tǒng)日志愛護用戶需求標識：R_OA.XT_009用戶需求描述：系統(tǒng)日志包括服務(wù)日志和操作日志兩種類型，并支持時時刷新。要求：記錄數(shù)據(jù)庫的操作，可查詢系統(tǒng)的訪咨詢?nèi)罩尽⒎?wù)日志（包括錯誤日志）設(shè)置記錄的時刻，如記錄的時刻為30天能夠按指定條件把記錄導(dǎo)出（導(dǎo)出的格式txt文件即可）操作人員（參與者）：系統(tǒng)治理員或被授予該項操作權(quán)限的用戶。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：無。輸入項：無輸出項：數(shù)據(jù)庫的操作記錄。業(yè)務(wù)流程圖：無4.1.8.4模板愛護用戶需求標識：R_OA.XT_010用戶需求描述：系統(tǒng)中使用的各種模板（如公文模板等）的愛護。要求：模板設(shè)定好后，用戶在進行該項業(yè)務(wù)辦理時，系統(tǒng)自動要求用戶向該模板中填寫具體項目內(nèi)容。設(shè)定好的模板能夠隨時進行樣式修改操作人員（參與者）：系統(tǒng)治理員或被授予該項操作權(quán)限的用戶。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：無。輸入項：模板信息及有關(guān)修改。輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.1.8.5系統(tǒng)字典用戶需求標識：R_OA.XT_011用戶需求描述：系統(tǒng)中各種業(yè)務(wù)有關(guān)的系統(tǒng)字典表的愛護，如人員狀態(tài)設(shè)定（正常、忙碌、離開等）。要求：對系統(tǒng)中的數(shù)據(jù)字典進行分類，分功能模塊進行治理。系統(tǒng)治理中的系統(tǒng)字典設(shè)計要簡潔有用。操作人員（參與者）：系統(tǒng)治理員或被授予該項操作權(quán)限的用戶。業(yè)務(wù)流程：無。業(yè)務(wù)規(guī)則：無。輸入項：數(shù)據(jù)字典信息及修改。輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無4.2個人辦公助理個人辦公助理是用戶登錄OA系統(tǒng)后能夠直截了當看到的內(nèi)容，也是用戶經(jīng)常用到的一些OA系統(tǒng)功能，同時專門靈活承諾用戶自己進行組合。個人辦公助理是OA系統(tǒng)中部分功能模塊的組合，它的子模塊能夠自由的設(shè)置，使個人的辦公十分的方便，提升工作效率。其中“主菜單”是用戶進入系統(tǒng)各個功能模塊的入口，以樹形結(jié)構(gòu)列出，（如下圖）。用戶能夠直截了當點擊這些功能模塊的子功能項，就能夠直截了當進入該功能窗口進行操作。“我的代辦事宜”列表顯示出日程安排的待辦工作業(yè)務(wù)。（如下圖）“我的辦公申請”列表顯示出公文流轉(zhuǎn)中自己的申請審批情形以及需要自己審批的有關(guān)申請列表?！半娮余]件”->“收件箱”列表顯示我的最新內(nèi)部郵件及最新外網(wǎng)郵件?！跋ⅰ狈诸惲斜盹@示接收到的各種消息，包括短消息、新郵件提示、會議提醒、事務(wù)提醒（通知）、日程任務(wù)提示等等?！盃顟B(tài)查看”能夠查看其他用戶的狀態(tài)：正常（在線）、忙碌、離開等等，也能夠查看所有在線人員有關(guān)信息?！皞€人設(shè)置”中能夠設(shè)定一些個人有關(guān)信息，如個人信息描述、即時通訊頭像、密碼修改等等。見4.1.8.2個人設(shè)置。4.3人力資源治理人力資源治理，是對本單位的人事檔案、聘請培訓(xùn)情形、考勤情形、績效考核和兩險一金情形進行治理。人力資源治理人事治理人力資源治理人事治理聘請治理培訓(xùn)治理考勤治理績效治理兩險一金4.3.1人事治理用戶需求標識：R_OA.EL_001用戶需求描述：人事治理是對人事檔案、證件等基礎(chǔ)資料的設(shè)定和治理。要求：實現(xiàn)對人事檔案完整資料庫的治理人事檔案檔案查詢合同治理獎懲治理證照治理學習經(jīng)歷工作經(jīng)歷勞動技能人事調(diào)動離職治理復(fù)職治理職員關(guān)懷操作人員（參與者）：辦公室人力資源負責人。業(yè)務(wù)流程：無業(yè)務(wù)規(guī)則：治理者能夠增刪職員資料，但有記錄可查。輸入項：人事信息（名稱，講明）輸出項：提示設(shè)置成功或失敗。業(yè)務(wù)流程圖：無