【正文】 甲方委托人（簽字）： 乙方委托人（簽字）：甲方單位（蓋章）： 乙方單位（蓋章）： 年 月 日 年 月 日注：此頁為范文，可修改。29 / 33《軟件需求說明書》確認協(xié)議甲方：XX 乙方：XX在甲方的大力配合與支持下，乙方制作了該《軟件需求說明書》；甲方對該《軟件需求說明書》經(jīng)過詳細審核，已確認該《軟件需求說明書》中的各項內(nèi)容翔實全面，該《軟件需求說明書》中的內(nèi)容已完全包括了《項目開發(fā)委托合同》中的《用戶需求說明書》部分中關于軟件產(chǎn)品的需求。4. 數(shù)據(jù)字典以如下方式 列出數(shù)據(jù)字典 ：存折=戶名+所號+ 帳號+開戶日+性質(zhì)+（印密）+1{存取行 }50戶名=2{字母}2428 / 33所號=“001”..“99999999”， 如果數(shù)據(jù)字典在設計階段完成或進一步完善，在此節(jié)說明。對每一個所需的軟件產(chǎn)品，需提供名稱、縮寫、規(guī)格說明、版本號、來源等內(nèi)容。如果已有完整的接口文件，需在本節(jié)指明。對每一硬件，需提供名稱、縮寫、型號、數(shù)量，并說明其功能。27 / 33本節(jié)說明軟件與硬件間各接口，可使用接口框圖進行說明。... 外部接口需求本節(jié)說明為方便用戶使用而提出的軟件與用戶界面的需求。規(guī)定需求以保證軟件是可維護的。定義軟件在規(guī)定的條件下，功能和性能水平與所使用資源量（如軟件產(chǎn)品、硬件設施、耗材、操作人員、維護人員）之間的關系。定義某些需求（如：檢查點、恢復方法和重啟動性等），以保證軟件的可用性。 屬性本節(jié)定義用戶對軟件的其他屬性的要求，可能的內(nèi)容如下所列。 設計約束本節(jié)描述由現(xiàn)有的標準或規(guī)則派生的要求，如：26 / 33a. 報表格式；b. 數(shù)據(jù)命名；c. 會計準則；d. 審計追蹤，等等。時間特性可能包括：響應時間、更新處理時間、數(shù)據(jù)的轉換和傳送時間、運行時間等。 性能需求本節(jié)說明軟件數(shù)據(jù)處理能力和時間特性的需求。24 / 33流程管理的主界面如下所示：在主界面上，應列出系統(tǒng)的所有流程，而且針對每個特定的流程，可以重新進行上傳和發(fā)布。財務：財務進行差旅費的審查及報銷，最后系統(tǒng)自動存檔。出差返回：出差申請人出差返回，填寫出差情況匯報及差旅費，抱審批人進行審批。出差流程主要包括：出差申請：由出差申請人填寫出差任務單，發(fā)送審批人進行審批。查詢：相關人員可以對收到的公文及其信息進行查詢。注辦：當公文處理完畢后，由承辦單位或個人在計算機終端“收文處理單”的“處理結果”欄中填寫公文的辦理結果。擬辦：將待擬辦的公文通過網(wǎng)絡發(fā)送給擬辦負責人，由擬辦負責人直接在計算機上簽署處理意見或選擇擬辦模板，擬辦完成后，公文自動轉去批辦。收 文人 承 辦人 審 核人 承 辦人登記收 文登記表公文收文 登記表公文擬辦收文 登記表公文批辦收文 登記表公文注辦發(fā)送發(fā)送發(fā)送收 文查詢收文流程主要包括：收文登記：電子文件直接存入數(shù)據(jù)庫，直至文本文件向通過鍵盤或掃描儀輸入原文后，經(jīng)計算機識別系統(tǒng)將其轉換為文本文件，再存入收文庫。歸檔后的文件，可以按機密等級分權限進行查詢，查詢權限可以由用戶指定。查詢：可以按照多個條件進行查詢。簽發(fā)：審核通過和會簽完畢的公文發(fā)往簽發(fā)負責人，由簽發(fā)負責人在簽署意見欄中簽署意見，并簽名，同時確定或修改轉送單位，簽發(fā)完成或，返回公文管理部門。審核：生成的文稿經(jīng)計算機網(wǎng)絡送審核負責人進行審核，審核負責人在審核意見欄中簽署審核意見后，初稿傳回撰稿人處修改。一旦文檔經(jīng)過審批并提交之后，在“待審批文檔”列表視圖中就會消失，但是在“已審批文檔”中，卻需要能夠找到這些已被審批過的文檔記錄！【流程管理】可以自定義流程（通過流程設計器）22 / 33流程可以隨時作出修改流程示例發(fā)文流程發(fā)文流程主要是上級及有關部門需協(xié)調(diào)和解決的問題進行的一系列流程，本流程對發(fā)文的全過程進行有效控制和跟蹤，實現(xiàn)完善的發(fā)文流程。下面是一個帶審核公文列表：21 / 33執(zhí)行審批操作：點擊保存審核信息之后，可以執(zhí)行提交操作。添加完成后，公文管理主界面是：20 / 33公文的刪除：用戶可以對公文執(zhí)行刪除操作公文的流轉：可以點擊提交操作，將公文提交流程用戶只能對屬于自己的公文（自己創(chuàng)建的公文）進行操作在公文進入流程之后，不再允許用戶對公文執(zhí)行修改和刪除操作在公文流轉結束以后，用戶可以對公文設置成歸檔狀態(tài)用戶登錄系統(tǒng)之后，可以看到自己的待審批公文列表在我的公文視圖里，可以將這些公文進行提交，即提交到流程。 一般的企業(yè)都會有很多流程，比如：請假流程銷流程報收文/發(fā)文流程收文：處理收到上級部門及其它部門的公文 發(fā)文：上級及有關部門需協(xié)調(diào)和解決的問題進行的一系列流程流程的本質(zhì)，就是很多人在一起完成一件事情流程可能會經(jīng)過不同的中間環(huán)節(jié)，在中間環(huán)節(jié)上，由相關人員進行處理所有流程中間環(huán)節(jié)的處理過程，需要進行記錄【公文管理】可分為公文維護與公文歸檔處理：19 / 33在其主界面上，顯示由當前登陸人員創(chuàng)建的所有公文。【分配角色】 給用戶分配角色，一個用戶可以擁有多個角色，點擊 “分配角色”：16 / 33在分配角色的界面上，點擊“給用戶分配角色”，可以選擇需要分配的角色，同時可以輸入其優(yōu)先級：點擊“分配角色”按鈕，提交數(shù)據(jù)，這時候，所選擇的角色，就會被賦予相應的用戶： 如果想要修改某個角色的優(yōu)先級，可以選擇重新分配一次這個角色，同時給它指定另外一個優(yōu)先級即可：17 / 33注意：用戶所擁有的角色列表，是按照優(yōu)先級大小倒序排列的，即優(yōu)先級最高的排前面。11 / 33人員的信息主要包括：名稱 類型 描述姓名性別所屬部門職務地址電話備注【附加：機構管理的第二界面，演示 dojo 樹的使用】 用戶(User)可以擁有多個角色 (Role)，角色可以被分配給多個用戶 權限的意思就是對某個資源的某個操作，現(xiàn)在規(guī)定：a) 所謂資源，即系統(tǒng)的模塊b) 所謂操作，包括：增加、刪除、修改、查詢等操作 權限管理系統(tǒng)的總體功能分為：授權與認證 授權，指將權限授予角色或用戶a) 如果用戶 A 擁有角色 B、角色 C，那么，缺省的情況下，用戶 A 將擁有被分配給角色B 和角色 C 的所有權限（即默認情況下，用戶 A 繼承其擁有的角色所具有的所有權12 / 33限）b)