OA系統(tǒng)需求說明書初步

1、項目編號項目編號: Web OA 系統(tǒng)系統(tǒng)文件編號文件編號GYRT-ZYZD-KF15-0306分發(fā)號分發(fā)號版本號版本號1.00受控狀態(tài)受控狀態(tài)受控受控軟件需求說明書軟件需求說明書項目承擔部門： 撰寫人（簽名）： 完 成 日 期： 評審人（簽名）： 評 審 日 期： 批準人（簽名）： 批準 日 期：文檔信息文檔信息標題：軟件需求說明書作者：創(chuàng)建日期：2003-3-20上次更新日期： 2003-4-18版本：討論稿部門名稱：過程改進與質(zhì)量保證部修訂文檔歷史記錄修訂文檔歷史記錄日期日期版本版本說明說明作者作者目目 錄錄1.引言引言.11.1目的 .11.2定義 .11.3參考資料.12.軟件總體概

2、述軟件總體概述.12.1軟件標識.12.1.1項目名稱.12.1.2產(chǎn)品標識.12.2軟件描述.22.2.1系統(tǒng)屬性.22.2.2開發(fā)背景.22.2.3系統(tǒng)功能.23.具體需求具體需求 .43.1系統(tǒng)角色設置.43.2系統(tǒng)初始化數(shù)據(jù) .43.3功能需求.53.3.1管理主界面.53.3.2組織機構(gòu).63.3.3權(quán)限管理.113.3.4公文管理.173.3.5流程管理.203.4性能需求.243.5數(shù)據(jù)庫需求.243.6設計約束.243.6.1其他標準的約束.243.6.2硬件約束.253.7屬性 .253.7.1可用性.253.7.2可靠性.253.7.3效率.253.7.4安全性.253.7

3、.5可維護性.253.7.6可移植性.253.8外部接口需求.253.8.1用戶接口.253.8.2硬件接口.253.8.3軟件接口.263.8.4通信接口.264.數(shù)據(jù)字典數(shù)據(jù)字典 .265.附錄附錄.275.1用戶方組織機構(gòu)圖；.27第 1 頁 共 7 頁1. 引言引言1.1 目的目的定義軟件總體要求，作為用戶、軟件開發(fā)人員以及其他干系人之間溝通的基礎；描述功能要求、性能要求、用戶和系統(tǒng)的接口要求、數(shù)據(jù)庫要等內(nèi)容，作為軟件開發(fā)人員進行軟件結(jié)構(gòu)設計和編碼的基礎；作為軟件總體測試的依據(jù)。1.2 定義定義甲方：xxx 有限公司。乙方：xxx 有限公司。招標書：由甲方提供的招投標技術(shù)規(guī)范書。投標書

4、：由乙方提供的技術(shù)方案書。1.3 參考資料參考資料招標書投標書項目管理制度xxxx 質(zhì)量管理體系文件Iso 9001：2000軟件工程國家標準匯編2. 軟件總體概述軟件總體概述2.1 軟件標識軟件標識2.1.1項目名稱項目名稱：尚學堂 Web OA 管理系統(tǒng)；項目編號：SXT-WEBOA-0101；產(chǎn)品范圍：按照招標書中 5.2 的規(guī)定執(zhí)行。2.1.2產(chǎn)品標識產(chǎn)品名稱：產(chǎn)品簡稱：第 2 頁 共 7 頁版本號：1.002.2 軟件描述軟件描述2.2.1系統(tǒng)屬性Web OA 系統(tǒng)是 xxx 信息系統(tǒng)的子系統(tǒng)之一，項目完成后，Web OA 子系統(tǒng)將和其它系統(tǒng)一起服務于 xxx 管理過程，這樣就要求本

5、系統(tǒng)在設計風格、開發(fā)工具、數(shù)據(jù)庫等方面要與其他系統(tǒng)協(xié)調(diào)一致。2.2.2開發(fā)背景隨著網(wǎng)絡的高速發(fā)展，網(wǎng)絡 OA 系統(tǒng)逐漸受到關注。一些大型企業(yè)集團（例如聯(lián)想、海爾）正致力實現(xiàn)高層次的網(wǎng)絡辦公自動化，這將為他們節(jié)省大量的人力資源，節(jié)省大量的辦公費用，大幅度提高辦公效率。開發(fā)網(wǎng)絡辦公系統(tǒng)的市場前景是廣闊的。大型企業(yè)需要高層次的網(wǎng)絡辦公自動化，他們往往會選擇大型的軟件公司合作開發(fā)，所需的開發(fā)費用和維護費用也是非常高昂的。這些高昂的費用并非大多數(shù)中小企業(yè)能承受得起的。中小型企業(yè)存在一個很大的低成本網(wǎng)絡 OA 系統(tǒng)的需求，而我們公司可以開發(fā)這些低成本 OA 系統(tǒng)來滿足這個需求。尚學堂 OA 系統(tǒng)要實現(xiàn)：a

6、、企業(yè)內(nèi)各種信息資源的共享b、加強員工間的交流、提高整體工作效率c、為領導各種有用數(shù)據(jù)，方便領導對公司情況的及時了解、提供決策支持d、提供各種工作記錄，以備事后查詢2.2.3系統(tǒng)功能序號序號功能名稱功能名稱功能需求標識功能需求標識優(yōu)先級優(yōu)先級簡要描述簡要描述個人辦公個人辦公我的辦公桌高打開個人辦公桌，在個人辦公桌上，是到達各種管理功能的快捷鏈接我的便簽低隨手記錄的信息我的任務低任務管理通信錄低個人通信錄公文管理公文管理第 3 頁 共 7 頁公文維護高各種類型的公文管理、審批公文等歸檔處理高對已完成流轉(zhuǎn)的公文進行歸檔公共信息公共信息信息管理中進行新聞、通知、期刊、知識和規(guī)章制度的發(fā)布和管理，使企

7、業(yè)的信息和知識快速傳播和轉(zhuǎn)移。行政辦公行政辦公會議管理中管理會議室的占用情況資產(chǎn)管理低管理企業(yè)的資產(chǎn)信息用品管理低管理企業(yè)用品的申請車輛管理低企業(yè)車輛的管理圖書管理低圖書的借出管理消息管理消息管理收件箱中接收的所有消息發(fā)件箱中發(fā)送的所有消息垃圾箱中已刪除的消息聊天記錄中跟某個用戶的聊天記錄工作流程工作流程流程管理高如何定義企業(yè)的流程（可以靈活定義各種流程）表單定義高如何針對不同的流程定義表單組織管理組織管理機構(gòu)管理高公司組織架構(gòu)管理人員管理高公司人員管理權(quán)限管理權(quán)限管理模塊管理高系統(tǒng)所有模塊的管理角色管理高系統(tǒng)的角色定義、給角色分配權(quán)限等用戶管理高系統(tǒng)帳號的分配、給用戶分第 4 頁 共 7 頁

8、配角色、給用戶分配權(quán)限等系統(tǒng)管理系統(tǒng)管理密碼修改低代碼定義低系統(tǒng)初始化低人事檔案人事檔案人員履歷低轉(zhuǎn)正申請低離職申請低員工考勤低3. 具體需求具體需求3.1 系統(tǒng)角色設置系統(tǒng)角色設置系統(tǒng)共有下列固有角色：系統(tǒng)管理員、普通員工、部門領導、檔案管理員，系統(tǒng)任何用戶均應具有普通員工的權(quán)限3.2 系統(tǒng)初始化數(shù)據(jù)系統(tǒng)初始化數(shù)據(jù)系統(tǒng)初始化如下數(shù)據(jù)：組織機構(gòu)組織機構(gòu)：總公司總裁辦行政部財務部北京分公司辦公室造價咨詢部財務部招標代理部軟件開發(fā)部OA 項目組CRM 項目組煙草行業(yè)項目組市場部第 5 頁 共 7 頁技術(shù)服務部上海分公司研發(fā)中心銷售部廣州分公司產(chǎn)品研發(fā)中心人員與用戶：人員與用戶：趙一 zy，系統(tǒng)管理

9、員，北京分公司技術(shù)服務部錢二 qe，煙草行業(yè)項目組經(jīng)理孫三 ss，煙草行業(yè)項目組成員李四 ls，煙草行業(yè)項目組成員周五 ww，煙草行業(yè)項目組成員吳六 wl，煙草行業(yè)項目組成員鄭七 zq，煙草行業(yè)項目組成員王八 wb，北京分公司辦公室檔案管理員馮九 fj，北京分公司軟件開發(fā)部經(jīng)理陳十 cs，北京分公司總經(jīng)理諸一一 zyy，北京分公司辦公室主任衛(wèi)一二 wye，北京分公司財務部經(jīng)理蔣一三 jys，北京分公司技術(shù)總監(jiān)沈一四 sys，上海分公司總經(jīng)理韓一五 hyw，廣州分公司總經(jīng)理楊一六 yyl，總公司財務部經(jīng)理角色：請參考系統(tǒng)角色設置模塊：請參考系統(tǒng)模塊設置第 6 頁 共 7 頁3.3 功能需求功能需

10、求3.3.1登陸界面3.3.2管理主界面系統(tǒng)管理員登陸可看到以下界面，其它人員登陸系統(tǒng)，可看到的模塊，請參考模塊設置！第 7 頁 共 7 頁3.3.3組織機構(gòu)組織機構(gòu)管理主要包括機構(gòu)管理和人員管理。機構(gòu)是一個樹型結(jié)構(gòu)，可以完成添加、刪除操作。主界面要求：界面操作：點擊機構(gòu)管理進入機構(gòu)管理主界面，在主界面上列出頂級機構(gòu)，點擊某個機構(gòu)的名稱，可以查看這個結(jié)構(gòu)的詳細信息以及所有子機構(gòu)列表（在子機構(gòu)列表上，還可以點擊機構(gòu)名稱進行進一步的導航）。在列表界面上，可以點擊“返回”以便返回上一級機構(gòu)。機構(gòu)信息的瀏覽：如，點擊“北京分公司”，將可以列出此公司下面的所有部門：機構(gòu)信息的添加：點擊添加機構(gòu)信息按鈕，

11、可以打開添加界面，在哪個機構(gòu)層級上點擊添加，就應該在本層級上添加機構(gòu)！如在進入“北京分公司”之后的頁面上點擊添加機構(gòu)信息：第 8 頁 共 7 頁則添加成功之后其信息被添加到本頁面下面：機構(gòu)信息的刪除：第 9 頁 共 7 頁點擊確定之后，才能刪除對應的記錄，同時刷新一下本界面。機構(gòu)的信息主要包括：名稱類型描述機構(gòu)名稱機構(gòu)編號字符串機構(gòu)的編號是唯一的；機構(gòu)的編號是自動生成的，編號的規(guī)則是：本機構(gòu)的編號XX（父機構(gòu)的編號）_XX（本機構(gòu)的序號）機構(gòu)描述人員管理：包括添加、刪除人員的信息人員管理主界面：第 10 頁 共 7 頁人員管理的添加：點擊選擇，可以打開新的界面選擇所添加人員所屬的機構(gòu)點擊單選框

12、，變返回人員錄入界面，繼續(xù)錄入人員的信息：人員管理的刪除：在刪除之前，跟機構(gòu)管理一樣，需要確認一下再刪除，而且刪除之后，需要刷新一下主界面。第 11 頁 共 7 頁人員的信息主要包括：名稱類型描述姓名性別所屬部門職務地址電話備注【附加：機構(gòu)管理的第二界面，演示 dojo 樹的使用】3.3.4權(quán)限管理1、 用戶(User)可以擁有多個角色(Role)，角色可以被分配給多個用戶2、 權(quán)限的意思就是對某個資源的某個操作，現(xiàn)在規(guī)定：a)所謂資源，即系統(tǒng)的模塊b)所謂操作，包括：增加、刪除、修改、查詢等操作3、 權(quán)限管理系統(tǒng)的總體功能分為：授權(quán)與認證4、 授權(quán)，指將權(quán)限授予角色或用戶a)如果用戶 A 擁

13、有角色 B、角色 C，那么，缺省的情況下，用戶 A 將擁有被分配給角色B 和角色 C 的所有權(quán)限（即默認情況下，用戶 A 繼承其擁有的角色所具有的所有權(quán)限）第 12 頁 共 7 頁b)如果用戶擁有多個角色，那么用戶的權(quán)限是這些角色權(quán)限的合集c)如果用戶擁有多個角色，而且角色之間的授權(quán)有沖突（比如對同一個資源的同一個操作，一個角色為“允許”，另外一個角色為“不允許”），將以優(yōu)先級別高的角色為準（所謂優(yōu)先級別，也就是對于這個用戶所擁有的角色而言，是有順序的，同一個角色在不同的用戶那里可能擁有不同的優(yōu)先級）d)除了可以對角色進行授權(quán)外，也可以針對用戶進行授權(quán)，也就是說，將權(quán)限授予用戶。針對某個資源的

14、所有操作，我們可以設置這些權(quán)限對用戶來說是“繼承”或“不繼承”i.繼承：意思是這些權(quán)限將使用其（即用戶）所擁有的角色的權(quán)限，而不使用其（即用戶）單獨設置的權(quán)限ii.不繼承：意思是這些權(quán)限將使用其單獨設置的權(quán)限，而不使用其所擁有的角色的權(quán)限5、 認證，指用戶訪問資源的某些操作時，根據(jù)授權(quán)，判斷是否允許用戶的訪問a)在用戶訪問的時候，需要進行即時的判斷（是否有權(quán)訪問）b)應該提供查詢的功能，可以查詢某個用戶所擁有的所有權(quán)限總體上，可分為模塊管理、角色管理和用戶管理模塊：模塊管理：模塊管理：模塊管理主界面參考：因為模塊是一個樹狀結(jié)構(gòu)（本系統(tǒng)只支持兩級模塊的結(jié)構(gòu)），我們可以點擊其中一個模塊以便打開其子

15、模塊來維護，比如點擊“信件交流”：第 13 頁 共 7 頁可以在這個界面上添加模塊信息以及刪除模塊信息角色管理：角色管理：可以添加角色信息、刪除角色信息以及給角色授權(quán)給角色授權(quán)，選中其中一個角色，可以打開角色授權(quán)界面：第 14 頁 共 7 頁在這個界面上，按照兩級模塊的形式列出系統(tǒng)所有模塊，以及在這些模塊上面的 CRUD（添加、讀取、更新、刪除）權(quán)限；所謂“啟用”，意思是本設置有效，否則設置無效！當點擊選中其中某個模塊的某個權(quán)限時，系統(tǒng)自動添加此權(quán)限！【選中就開始生效，無需點擊提交按鈕】用戶管理：用戶管理：第 15 頁 共 7 頁因為用戶實際上就是系統(tǒng)人員的帳號，而且每個人只能擁有一個帳號，所

16、以用戶管理主界面，實際上就是系統(tǒng)所有人員的列表！【分配帳號】 - 給人員分配帳號，如果已經(jīng)有帳號，則提示無法繼續(xù)分配帳號，如果想修改帳號的話，需要先刪除帳號，再重新分配【刪除帳號】- 提示是否刪除，如果確定，再發(fā)出刪除請求，在刪除成功之后，刷新界面?！痉峙浣巧? 給用戶分配角色，一個用戶可以擁有多個角色，點擊“分配角色”：第 16 頁 共 7 頁在分配角色的界面上，點擊“給用戶分配角色”，可以選擇需要分配的角色，同時可以輸入其優(yōu)先級：點擊“分配角色”按鈕，提交數(shù)據(jù)，這時候，所選擇的角色，就會被賦予相應的用戶： 如果想要修改某個角色的優(yōu)先級，可以選擇重新分配一次這個角色，同時給它指定另外一個優(yōu)

17、先級即可：第 17 頁 共 7 頁注意：用戶所擁有的角色列表，是按照優(yōu)先級大小倒序排列的，即優(yōu)先級最高的排前面。【用戶授權(quán)】- 給用戶單獨授權(quán)在主界面上點擊“用戶授權(quán)”，打開的授權(quán)界面跟角色授權(quán)類似：第 18 頁 共 7 頁但是，用戶授權(quán)多了一個“不繼承”選擇框，只有在選擇了這個框的前提下，給用戶的單獨授權(quán)設置才是有效的，否則它將使用其擁有的角色的權(quán)限！3.3.5公文管理總共可分為公文管理以及公文歸檔文檔流轉(zhuǎn)事實上是對工作流以及工作流中的文檔進行管理，對于大多數(shù)企業(yè)來說，核心的管理就是工作流和文檔的管理。 一般的企業(yè)都會有很多流程，比如：請假流程報銷流程收文/發(fā)文流程收文：處理收到上級部門及其

18、它部門的公文 發(fā)文：上級及有關部門需協(xié)調(diào)和解決的問題進行的一系列流程流程的本質(zhì)，就是很多人在一起完成一件事情流程可能會經(jīng)過不同的中間環(huán)節(jié)，在中間環(huán)節(jié)上，由相關人員進行處理所有流程中間環(huán)節(jié)的處理過程，需要進行記錄【公文管理】可分為公文維護與公文歸檔處理：第 19 頁 共 7 頁在其主界面上，顯示由當前登陸人員創(chuàng)建的所有公文?？梢栽谖业墓摹⒋龑徍斯?、已審核公文之間切換：公文的添加：點擊其中一個公文形式（流程），打開此流程的公文添加界面：重要的一點是，可以選擇流程！這些流程都是通過設計器或編寫流程文件的方法創(chuàng)建的。添加完成后，公文管理主界面是：第 20 頁 共 7 頁公文的刪除：用戶可以對公文執(zhí)

19、行刪除操作公文的流轉(zhuǎn)：可以點擊提交操作，將公文提交流程用戶只能對屬于自己的公文（自己創(chuàng)建的公文）進行操作在公文進入流程之后，不再允許用戶對公文執(zhí)行修改和刪除操作在公文流轉(zhuǎn)結(jié)束以后，用戶可以對公文設置成歸檔狀態(tài)用戶登錄系統(tǒng)之后，可以看到自己的待審批公文列表在我的公文視圖里，可以將這些公文進行提交，即提交到流程。打開提交界面：選擇下一個步驟進行提交操作，提交完成后，在公文主界面上，不能再次對公文執(zhí)行提交和刪除等操作：如果此時在流程中下一個節(jié)點的用戶登陸，便可以在“帶審批文檔”視圖中看到流到此人的文檔。下面是一個帶審核公文列表：第 21 頁 共 7 頁執(zhí)行審批操作：點擊保存審核信息之后，可以執(zhí)行提交

20、操作。當然，也可以再次點擊審核操作，這時候，需要打開界面，更改審核意見！提交之后，根據(jù)相應的選擇，公文將流到相應的人員那里，依次下去，直到流程的結(jié)束！這就是公文管理主要過程！在公文管理主界面上，可以點擊“下載”，下載附件文檔，以便查看詳細內(nèi)容；或者點擊“查看審批歷史”，可以查看相關文檔的審批記錄。一旦文檔經(jīng)過審批并提交之后，在“待審批文檔”列表視圖中就會消失，但是在“已審批文檔”中，卻需要能夠找到這些已被審批過的文檔記錄！3.3.6工作流程【流程管理】可以自定義流程（通過流程設計器）第 22 頁 共 7 頁流程可以隨時作出修改流程示例流程示例發(fā)文流程發(fā)文流程發(fā)文流程主要是上級及有關部門需協(xié)調(diào)和

21、解決的問題進行的一系列流程，本流程對發(fā)文的全過程進行有效控制和跟蹤，實現(xiàn)完善的發(fā)文流程。擬稿審核會簽簽發(fā)辦理撰寫發(fā)文稿紙公文發(fā)文稿紙公文審核發(fā)文稿紙公文會簽發(fā)文稿紙公文簽發(fā)轉(zhuǎn)發(fā)、打印存檔辦理發(fā)送發(fā)送發(fā)送發(fā)送發(fā)文查詢發(fā)文流程主要包括：公文生成：選擇按公文的類型預先設計好的公文標準格式模板，在向?qū)У闹笇螺p松地進行公文的撰寫。審核：生成的文稿經(jīng)計算機網(wǎng)絡送審核負責人進行審核，審核負責人在審核意見欄中簽署審核意見后，初稿傳回撰稿人處修改。內(nèi)、外部會簽：對于需要有關部門會簽的公文，由公文管理人員按照會簽要求，將公文發(fā)往有關部門簽署意見。簽發(fā)：審核通過和會簽完畢的公文發(fā)往簽發(fā)負責人，由簽發(fā)負責人在簽署意

22、見欄中簽署意見，并簽名，同時確定或修改轉(zhuǎn)送單位，簽發(fā)完成或，返回公文管理部門。第 23 頁 共 7 頁處理：由公文管理部門對簽發(fā)完畢的公文進行處理，包括編號、分發(fā)、登記、存檔、打印等功能。查詢：可以按照多個條件進行查詢。發(fā)文流程可以根據(jù)企業(yè)需要隨時調(diào)整流程，流程結(jié)束后由文件及相關信息直接歸檔。歸檔后的文件，可以按機密等級分權(quán)限進行查詢，查詢權(quán)限可以由用戶指定。收文流程收文流程收文流程主要是處理收到上級部門及其它部門的公文，對收文進行登記和維護，并提供查詢,同時對收文的全過程進行有效控制和跟蹤，實現(xiàn)完善的收文流程等。收文人承辦人審核人承辦人登記收文登記表公文收文登記表公文擬辦收文登記表公文批辦收

23、文登記表公文注辦發(fā)送發(fā)送發(fā)送收文查詢收文流程主要包括：收文登記：電子文件直接存入數(shù)據(jù)庫，直至文本文件向通過鍵盤或掃描儀輸入原文后，經(jīng)計算機識別系統(tǒng)將其轉(zhuǎn)換為文本文件，再存入收文庫。內(nèi)部轉(zhuǎn)發(fā)：將公文信息通過網(wǎng)絡系統(tǒng)傳送到相關的部門，根據(jù)文件的性質(zhì)、保密程度與權(quán)限的不同，采用相應的加密處理，對文件的辦理、傳閱、查詢等，應按不同的級別和部門給以限定。擬辦：將待擬辦的公文通過網(wǎng)絡發(fā)送給擬辦負責人，由擬辦負責人直接在計算機上簽署處理意見或選擇擬辦模板，擬辦完成后，公文自動轉(zhuǎn)去批辦。批辦：將待批辦的公文通過網(wǎng)絡發(fā)送給有關批辦負責人，由批辦負責人直接在計算機上簽署處置意見或選擇批辦模板，批辦完成后，公文自動

24、返回公文管理部門。注辦：當公文處理完畢后，由承辦單位或個人在計算機終端“收文處理單”的“處理結(jié)果”欄中填寫公文的辦理結(jié)果。返回公文管理部門，由公文管理部門注辦并作歸檔等處理。查詢：相關人員可以對收到的公文及其信息進行查詢。出差流程出差流程出差流程是實現(xiàn)出差前的申請和審批、出差后的總結(jié)、審批和費用的報銷等，同時對出差的全過程進行有效控制和跟蹤，實現(xiàn)完善的出差流程等。出差流程主要包括：出差申請：由出差申請人填寫出差任務單，發(fā)送審批人進行審批。出差審批：審批人進行出差任務單的審批，審批完成后發(fā)送出差申請人。出差返回：出差申請人出差返回，填寫出差情況匯報及差旅費，抱審批人進行審批。出差匯報：審批人進行

25、出差情況匯報及差旅費的審批后，發(fā)送財務部進行審查及報銷。財務：財務進行差旅費的審查及報銷，最后系統(tǒng)自動存檔。查詢：公司領導及個人可對出差的情況進行查詢。第 24 頁 共 7 頁流程管理的主界面如下所示：在主界面上，應列出系統(tǒng)的所有流程，而且針對每個特定的流程，可以重新進行上傳和發(fā)布。點擊流程名稱，應能獲得關于此流程的詳細信息，如下所示：【查看流程圖片】【查看流程定義】第 25 頁 共 7 頁表單定義表單定義可以實現(xiàn)表單模板的動態(tài)定義，即針對不同的流程，可以定義對應的表單。3.4 性能需求性能需求本節(jié)說明軟件數(shù)據(jù)處理能力和時間特性的需求。數(shù)據(jù)處理能力可能包括：支持的終端數(shù)、支持并行操作的用戶數(shù)、

26、處理的文件和記錄數(shù)、表和文件的大小。時間特性可能包括：響應時間、更新處理時間、數(shù)據(jù)的轉(zhuǎn)換和傳送時間、運行時間等。3.5 數(shù)據(jù)庫需求數(shù)據(jù)庫需求本節(jié)說明對軟件應用的數(shù)據(jù)庫的需求，如：數(shù)據(jù)項、記錄、文件標識、靜態(tài)和動態(tài)的組織、存取能力等。3.6 設計約束設計約束3.6.1其他標準的約束本節(jié)描述由現(xiàn)有的標準或規(guī)則派生的要求，如：第 26 頁 共 7 頁a.報表格式；b.數(shù)據(jù)命名；c.會計準則；d.審計追蹤，等等。3.6.2硬件約束本節(jié)包括各種軟件運行的硬件約束，如：a硬件配置的特點；b內(nèi)存儲器和輔助存儲器的容量。3.7 屬性屬性本節(jié)定義用戶對軟件的其他屬性的要求，可能的內(nèi)容如下所列。如果軟件需求說明書

27、包括了下列屬性，但在軟件需求說明書的其他章節(jié)進行說明，須在相應小節(jié)指明。3.7.1可用性定義某些需求（如：檢查點、恢復方法和重啟動性等），以保證軟件的可用性。3.7.2可靠性定義軟件在規(guī)定的時間內(nèi)和規(guī)定的條件下，滿足規(guī)定功能的能力。3.7.3效率定義軟件在規(guī)定的條件下，功能和性能水平與所使用資源量（如軟件產(chǎn)品、硬件設施、耗材、操作人員、維護人員）之間的關系。3.7.4安全性說明如何保護軟件，以防止偶然或惡意的訪問、使用、修改或泄密。3.7.5可維護性規(guī)定需求以保證軟件是可維護的。3.7.6可移植性說明軟件對軟、硬件環(huán)境的兼容，它從一個環(huán)境移植到另一個環(huán)境的約束等。.3.8 外部接口需求外部接口需求3.8.1用戶接口本節(jié)說明為方便用戶使用而提出的軟件與用戶界面的需求。如:屏幕格式、報表格式、菜單格式、輸入輸出時間、功能鍵的使用。第 27 頁 共 7 頁3.8.2硬件接口本節(jié)說明軟件與硬件間各接口，可使用接口框圖進行說明。說明內(nèi)容包括：a)接口標識；b)功能描述；c)信號方向、格式、傳輸協(xié)議；d)優(yōu)先級；e)響應時間；f)異常處理。對每一硬件，需提供名稱、縮寫、型號、數(shù)量，并說明其功能。3.8.3軟件接口