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