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