【正文】 程主要包括：收文登記：電子文件直接存入數(shù)據(jù)庫，直至文本文件向通過鍵盤或掃描儀輸入原文后，經(jīng)計算機識別系統(tǒng)將其轉(zhuǎn)換為文本文件，再存入收文庫。內(nèi)部轉(zhuǎn)發(fā)：將公文信息通過網(wǎng)絡(luò)系統(tǒng)傳送到相關(guān)的部門，根據(jù)文件的性質(zhì)、保密程度與權(quán)限的不同，采用相應(yīng)的加密處理，對文件的辦理、傳閱、查詢等，應(yīng)按不同的級別和部門給以限定。擬辦：將待擬辦的公文通過網(wǎng)絡(luò)發(fā)送給擬辦負責人，由擬辦負責人直接在計算機上簽署處理意見或選擇擬辦模板，擬辦完成后，公文自動轉(zhuǎn)去批辦。批辦：將待批辦的公文通過網(wǎng)絡(luò)發(fā)送給有關(guān)批辦負責人，由批辦負責人直接在計算機上簽署處置意見或選擇批辦模板，批辦完成后，公文自動返回公文管理部門。注辦：當公文處理完畢后，由承辦單位或個人在計算機終端“收文處理單”的“處理結(jié)果”欄中填寫公文的辦理結(jié)果。返回公文管理部門，由公文管理部門注辦并作歸檔等處理。查詢：相關(guān)人員可以對收到的公文及其信息進行查詢。出差流程出差流程是實現(xiàn)出差前的申請和審批、出差后的總結(jié)、審批和費用的報銷等，同時對出差的全過程進行有效控制和跟蹤，實現(xiàn)完善的出差流程等。出差流程主要包括：出差申請：由出差申請人填寫出差任務(wù)單，發(fā)送審批人進行審批。23 / 32出差審批：審批人進行出差任務(wù)單的審批，審批完成后發(fā)送出差申請人。出差返回：出差申請人出差返回，填寫出差情況匯報及差旅費，抱審批人進行審批。出差匯報：審批人進行出差情況匯報及差旅費的審批后，發(fā)送財務(wù)部進行審查及報銷。財務(wù)：財務(wù)進行差旅費的審查及報銷，最后系統(tǒng)自動存檔。查詢：公司領(lǐng)導(dǎo)及個人可對出差的情況進行查詢。流程管理的主界面如下所示：在主界面上，應(yīng)列出系統(tǒng)的所有流程，而且針對每個特定的流程，可以重新進行上傳和發(fā)布。點擊流程名稱，應(yīng)能獲得關(guān)于此流程的詳細信息，如下所示：【查看流程圖片】24 / 32【查看流程定義】表單定義可以實現(xiàn)表單模板的動態(tài)定義，即針對不同的流程，可以定義對應(yīng)的表單。25 / 32 性能需求本節(jié)說明軟件數(shù)據(jù)處理能力和時間特性的需求。數(shù)據(jù)處理能力可能包括：支持的終端數(shù)、支持并行操作的用戶數(shù)、處理的文件和記錄數(shù)、表和文件的大小。時間特性可能包括：響應(yīng)時間、更新處理時間、數(shù)據(jù)的轉(zhuǎn)換和傳送時間、運行時間等。 數(shù)據(jù)庫需求本節(jié)說明對軟件應(yīng)用的數(shù)據(jù)庫的需求，如：數(shù)據(jù)項、記錄、文件標識、靜態(tài)和動態(tài)的組織、存取能力等。 設(shè)計約束 其他標準的約束本節(jié)描述由現(xiàn)有的標準或規(guī)則派生的要求，如：a. 報表格式；b. 數(shù)據(jù)命名；c. 會計準則；d. 審計追蹤，等等。 硬件約束本節(jié)包括各種軟件運行的硬件約束，如：a 硬件配置的特點；b 內(nèi)存儲器和輔助存儲器的容量。 屬性本節(jié)定義用戶對軟件的其他屬性的要求，可能的內(nèi)容如下所列。如果軟件需求說明書包括了下列屬性，但在軟件需求說明書的其他章節(jié)進行說明，須在相應(yīng)小節(jié)指明。 可用性定義某些需求（如：檢查點、恢復(fù)方法和重啟動性等），以保證軟件的可用性。 可靠性定義軟件在規(guī)定的時間內(nèi)和規(guī)定的條件下，滿足規(guī)定功能的能力。 效率定義軟件在規(guī)定的條件下，功能和性能水平與所使用資源量（如軟件產(chǎn)品、硬件設(shè)施、26 / 32耗材、操作人員、維護人員）之間的關(guān)系。 安全性說明如何保護軟件，以防止偶然或惡意的訪問、使用、修改或泄密。 可維護性規(guī)定需求以保證軟件是可維護的。 可移植性說明軟件對軟、硬件環(huán)境的兼容，它從一個環(huán)境移植到另一個環(huán)境的約束等。... 外部接口需求 用戶接口本節(jié)說明為方便用戶使用而提出的軟件與用戶界面的需求。如 :屏幕格式、報表格式、菜單格式、輸入輸出時間、功能鍵的使用。 硬件接口本節(jié)說明軟件與硬件間各接口，可使用接口框圖進行說明。說明內(nèi)容包括：a) 接口標識；b) 功能描述；c) 信號方向、格式、傳輸協(xié)議；d) 優(yōu)先級；e) 響應(yīng)時間；f) 異常處理。對每一硬件，需提供名稱、縮寫、型號、數(shù)量，并說明其功能。 軟件接口本節(jié)指定需使用的其他軟件產(chǎn)品（如：數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)、數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。如果已有完整的接口文件，需在本節(jié)指明。說明內(nèi)容包括：a) 接口標識；b) 功能描述；c) 數(shù)據(jù)流程和控制流程的方向；d) 數(shù)據(jù)格式、容量；27 / 32e) 接口類型（如手動或自動）；f) 接口數(shù)據(jù)中斷的優(yōu)先級別；g) 中斷響應(yīng)時間；h) 異常處理等。對每一個所需的軟件產(chǎn)品，需提供名稱、縮寫、規(guī)格說明、版本號、來源等內(nèi)容。 通信接口本節(jié)指定各種通信接口，如局域網(wǎng)的協(xié)議等。4. 數(shù)據(jù)字典以如下方式 列出數(shù)據(jù)字典 ：存折=戶名+所號+ 帳號+開戶日+性質(zhì)+（印密）+1{存取行 }50戶名=2{字母}24所號=“001”..“99999999”， 如果數(shù)據(jù)字典在設(shè)計階段完成或進一步完善，在此節(jié)說明。5. 附錄 用戶方組織機構(gòu)圖；附錄中 還 可能包括的內(nèi)容有：a 原有系統(tǒng)的組織機構(gòu)圖、業(yè)務(wù)流程圖、信息流程圖；b 輸入、輸出格式樣本；c 交叉索引等；d 《 軟件需求說明書 》 確認協(xié)議。28 / 32《軟件需求說明書》確認協(xié)議甲方：XX 乙方：XX在甲方的大力配合與支持下，乙方制作了該《軟件需求說明書》；甲方對該《軟件需求說明書》經(jīng)過詳細審核，已確認該《軟件需求說明書》中的各項內(nèi)容翔實全面，該《軟件需求說明書》中的內(nèi)容已完全包括了《項目開發(fā)委托合同》中的《用戶需求說明書》部分中關(guān)于軟件產(chǎn)品的需求。經(jīng)過甲乙雙方友好協(xié)商，達成如下協(xié)議：1． 該《軟件需求說明書》是《項目開發(fā)委托合同》的補充文件，與《項目開發(fā)委托合同》具有同等的法律效力；2． 該《軟件需求說明書》是《項目開發(fā)委托合同》中_____條__________款軟件產(chǎn)品最終驗收的唯一標準；3． 甲方在《項目開發(fā)委托合同》中_____條__________款軟件產(chǎn)品最終驗收前可提出對該《軟件需求說明書》中的內(nèi)容進行變更（包括增加、修改、刪除），雙方應(yīng)就此簽署《軟件產(chǎn)品需求更改備忘錄》或補充協(xié)議；4． 甲方同意乙方根據(jù)該《軟件需求說明書》進行《項目開發(fā)委托合同》中_____條__________款軟件產(chǎn)品的開發(fā)；5． 本協(xié)議一式二份，甲乙雙方各執(zhí)一份；6． 本協(xié)議自甲乙雙方簽字之日起生效。甲方委托人（簽字）： 乙方委托人（簽字）：甲方單位（蓋章）： 乙方單位（蓋章）： 年 月 日 年 月 日注：此頁為范文，可修改