当前位置:文档之家› 6-2-5外交档案类后设资料需求规格书

6-2-5外交档案类后设资料需求规格书

6-2-5外交档案类后设资料需求规格书
6-2-5外交档案类后设资料需求规格书

6-2-5 外交檔案類後設資料需求規格書

參與研發單位:中央研究院-計算中心-後設資料工作組、中央研究院-近史所

提供單位:中央研究院-計算中心-後設資料工作組

使用單位:中央研究院-近史所

一、計畫簡介與說明

本計畫擬選擇本館典藏年代最久遠之外交部檔案及最完整之戰後台灣經濟發展相關檔案進行數位化典藏計畫,進而達成數位化檔案館的建立。

(一)資料庫的建立

檔案的數位化只是將檔案以數位化的方式儲在不同媒介上,透過目錄的檢索,找尋需要的文件。後設資料(Metadata)是對檔案作更進一

步之詮釋及辨識,以對資料系統之檢索、管理及分析。其內容包括關鍵

字的設定、相關資料的搜集、主題權威檔的建立等等。凡此均需靠具有

專業知識之研究人員對檔案作更詳細之分析與詮釋。

(二)多媒体的展現方式

根據潛在使用者的資訊需求與查尋行為,設計檔案資料庫的聯結模式,以最人性化的表現方式讓使用者對資料庫可作多元性的搜尋。

(三)建立自動化資料管理系統。

(四)網路資源的整合及交換

推動檔案館資訊交換相關標準,以利資源分享。

(五)成立戰後台灣經濟發展研究史料中心

檔案館保存有豐富的戰後台灣經濟史料如戰後台灣經濟部檔案、各國營事業檔案,行政院經濟安定委員會、行政院美援運用委員會、國際

經濟合作發展委員會等,並陸續徵集其他典藏單位之相關史料作成數位

化檔案如台灣區生產事業管理委員會、行政院外匯貿易審議委員會,典

藏之豐富,國內外無出其右,彙整後配合檢索查尋系統,對推動台灣戰

後經濟發展之研究將有莫大助益。

1.6.

2.5.1

第六章後設資料需求規格書

二、計畫參與人員

中研院近史所:呂芳上所長、張淑雅主任、莊樹華、龐桂芬、林威妏、

張凱達

中研院Metadata工作組:陳亞寧、陳淑君、張怡婷、沈漢聰(Metadata

需求規格書撰寫者)

三、需求欄位總表與代碼表

本需求欄位總表主要是把主題計畫專家的需求經系統化,並列成單表供系統開發人員建置資料庫時設定欄位所用,同時也供程式設計人員在撰

寫程式時參考使用。需求欄位總表之各項說明如下:

1. 項目名稱:主題計畫專家所需著錄項目之中文名稱。

2. 英文名稱:項目名稱對應之英文名稱。

3. 資料型態:著錄資料之資料型態。包括:

Int 存放純數字型態的資料。

Text 存放純文字型態的資料。

Varchar 存放混合型態的資料。

4. 大小:欄位所需之空間,以byte為單位。一個英文字元或一個阿拉伯數

字需用一個byte表示,而一個中文字元則需兩個byte表示。

5. 必填:標示「*」者表示為必填欄位,建檔時需填寫該欄位之值,不能空

白。

6. 多值:標示「◎」者表示為多值欄位,該組欄位資料可重覆著錄。

7. 屬性:標示該欄位的屬性,包括:

「唯一」表示欄位的值在資料庫中是唯一存在的。

「不開放」表示該欄位只供管理者使用,不對外開放。

「下拉式選單」表示著錄方式為下拉式的選單。

「單一選擇選單」表示著錄時只能選擇一項選項。

「預設值」表示由系統先預設一個值,著錄人員在著錄時可變更此值。

「固定值」表示由系統產生一個固定值,且著錄人員無法變更此值。

「系統自動產生」表示該欄位的值是由系統自動產生,非由著錄人員著錄。

8. 提供者:記錄這筆資料是由系統自動產生或由填表人所填入。

近史所檔案館外交檔案數位典藏計畫依實務上處理檔案的方式,可分為四個層次,分別為:全宗、系列/副系列、卷、件四大層次。各層次之

需求欄位總表茲分述如下:

1.6.

2.5.2

6-2-5 外交檔案類後設資料需求規格書

1.6.

2.5.3

(一) 全宗層次 【全宗】需求欄位總表 項目名稱

英文名稱

資料型態 大小必填多值

屬性 提供者

館藏號 全宗號

Call Number

Fonds Number

Varchar

2 * 唯一 填表者全宗名 Fonds Varchar

16

固定值:外交部 唯一

填表者來源 Origin Varchar 40* 填表者

館藏地 Location Varchar 40* 填表者使用限制 Restriction Varchar 2 單一選擇選單

填表者編目者 Cataloger Varchar 20

填表者編目 記錄 編目

時間

Catalog

Record Date Varchar 20

填表者版權 Copy Right Varchar 20

填表者

在需求欄位總表之屬性欄位有標示選單屬性者,其對應之選單內容如下: 【全宗】代碼表: 項目名稱

代碼

使用限制

可|否

(二) 系列/副系列層次 【系列/副系列】需求欄位總表 項目名稱

英文名稱

資料型態 大小

必填多值

屬性 提供者

館藏號 系列號

Call

Number

Series Number

Varchar

2 * 唯一 填表者全宗名 Fonds Varchar 16*

固定值:

外交部

填表者系列 Series Varchar 40

* 下拉式選單 填表者副系列 Subseries Varchar 40 填表者參考資源 Reference Varcahr 50 ◎ 填表者到館日期 Acquisition Date Varchar

20

填表者

第六章 後設資料需求規格書

1.6.

2.5.4

在需求欄位總表之屬性欄位有標示選單屬性者,其對應之選單內容如下: 【系列/副系列】代碼表 項目名稱

代碼

系列

延聘洋員|郵電|礦務|鹽務|陸路交通|航務|教務|庚子賠款|各國使領|出使設領|各館會晤問答|駐美使館保存檔案|駐比使館保存檔案|防務界務|撤退外兵|租地租界|開埠設關|商務|稅務|籌借洋款|中外銀行|幣制金融|修訂條約|修改稅則|關稅特別會議|澳門檔|緬甸檔|西藏檔|越南檔|中法天津海光寺窪檔|華僑檔|中俄關係|中日關係|法權檔|保和會、紅十字會|歐戰檔|巴黎和會|國際聯合會|太平洋會議|滬案檔|歷屆總統就職及中外慶典|各省洋務經費|教育文化檔|收發電|遊歷測繪|雜項檔

(三) 卷層次 【卷】需求欄位總表 項目名稱

英文名稱

資料型態 大小必填多

屬性 提供者

宗號

Subject

Number Varchar 3 *唯一 填表者

館藏號

冊號

Call

Number Folder

Number

Varchar 2 *唯一 填表者系列 Series Varchar 40*下拉式選單 填表者副系列 Subseries Varchar 40 填表者宗名 Subject Varchar 50* 填表者冊名 Folder Varchar 50* 填表者描述 Description Varchar 60 填表者

地名權威控制

Toponym Authority

Control

Varchar 30 ◎ 填表者年

Period Varchar 4 下拉式選單 填表者

年 Year Varchar 4 填表者

月 Month Varchar 2 填表者起 日 Begin Day Varchar 2 填表者

Period Varchar 4 下拉式選單 填表者

年 Year Varchar 4 填表者

月 Month Varchar 2 填表者

時間

迄 日 Date End Day Varchar 2 填表者參考資源 Description Text - 填表者件數 Quantity Int 4 填表者

館藏位置 Stack Area Varchar

40

填表者

6-2-5 外交檔案類後設資料需求規格書

1.6.

2.5.5

項目名稱 英文名稱

資料型態 大小必填多

屬性 提供者

登錄者 Cataloger Varchar 10

系統自動產

系統 修改者 Modifier Varchar 10

系統自動產

系統 處理資訊 修改時間 Catagoling

History

Modification

Date

Varchar 20

系統自動產

生 系統 備註 Annotation Varchar 40

填表者

在需求欄位總表之屬性欄位有標示選單屬性者,其對應之選單內容如下: 【卷】代碼表 項目名稱

代碼

系列

延聘洋員|郵電|礦務|鹽務|陸路交通|航務|教務|庚子賠款|

各國使領|出使設領|各館會晤問答|駐美使館保存檔案|駐比使館保存檔案|防務界務|撤退外兵|租地租界|開埠設關|商務|稅務|籌借洋款|中外銀行|幣制金融|修訂條約|修改稅則|關稅特

別會議|澳門檔|緬甸檔|西藏檔|越南檔|中法天津海光寺窪檔|華僑檔|中俄關係|中日關係|法權檔|保和會、紅十字會|歐戰檔|巴黎和會|國際聯合會|太平洋會議|滬案檔|歷屆總統就職及中外慶典|各省洋務經費|教育文化檔|收發電|遊歷測繪|雜項檔

時間 起 年號 咸豐|同治|光緒|宣統|民國|洪憲 時間 迄 年號 咸豐|同治|光緒|宣統|民國|洪憲

(四) 件層次 【件】需求欄位總表 項目名稱

英文名稱

資料型

大小必填多值

屬性

提供者

館藏號

文號

Call

Number

Item Number Varchar

3

唯一

填表者宗名 Subject Varchar 40 * 填表者冊名 Folder Varchar 40 * 填表者題名 Item Varchar 50 * 填表者描述 Descricption Varchar 60 填表者產生者 Originator Varchar 20 填表者收文者 Recipient Varchar

20 填表者機關權威 Agency

Authority Control Varchar

20 ◎

填表者

別名權威控制 職銜權威 Authority

Control

Title

Authority Control

Varchar

20 ◎ 填表者

第六章 後設資料需求規格書

1.6.

2.5.6

項目名稱

英文名稱

資料型

態 大小必填多值

屬性 提供者

人名權威 Name

Authority Control

Varchar

20 ◎

填表者

年號 Period Varchar 4 下拉式選單 填表者

年 Year Varchar 4 填表者月 Month Varchar 2 填表者起 日 Begin

Day Varchar

2 填表者年號 Period Varchar 4 下拉式選單 填表者年 Year Varchar 4 填表者月 Month Varchar 2 填表者時間 迄 日 Date

End

Day Varchar

2 填表者資料型式 Type Varchar 4 下拉式選單 填表者語文 Language Varchar 20 ◎ 填表者版本 Version Varchar 20 下拉式選單 填表者附件 Attachments Varchar 6 下拉式選單 填表者頁數 Pages Varchar 10 填表者備註 Annotation Varchar

50 填表者

在需求欄位總表之屬性欄位有標示選單屬性者,其對應之選單內容如下: 【件】代碼表: 項目名稱

代碼

時間

起 年號 咸豐|同治|光緒|宣統|民國|洪憲 時間

迄 年號 咸豐|同治|光緒|宣統|民國|洪憲

資料型式 呈|照會|咨|電|函|令|節略|問答|奏稿|空 版本 原檔|抄檔|原、抄檔

附件

文件|圖表|照片|地圖|器物

四、Metadata 標準對照表

Metadata Standard 的對照是作為近史所檔案Metadata 欄位和國際Metadata Standard 的接軌,以及與國際間其他主題計畫作XML 資料交換的關鍵機制。以下分別是近史所檔案Metadata 欄位與 Encoded Archival Description (EAD)及Dublin Core 兩種Metadata Standard 之對照表。

(一) EAD Mapping

歷經多次Metadata 會議的討論與多次分析與映對,決議近史所外交檔案數位典藏計畫採用EAD 做為Metadata standard 。近史所外交檔案數位典藏系統所需之Metadata 元素和EAD 對照結果如下:

6-2-5 外交檔案類後設資料需求規格書

1.6.

2.5.7

【全宗】Metadata 標準對照表 項目名稱

EAD Elements

館藏號 全宗號

全宗名 來源 館藏地

"location:"> 使用限制

編目者

編目記錄 編目時間 版權

【系列/副系列】Metadata 標準對照表 項目名稱

EAD Elements

館藏號 系列號 全宗名

"Fonds:"> 系列 副系列 參考資源 到館日期

【卷】Metadata 標準對照表

項目名稱

EAD Elements 宗號

館藏號

冊號 系列 副系列

"Subseries:"> 宗名

"Subject:"> 冊名 描述

地名權威控制

年號

年號 時間

參考資源 件數 館藏位置

"Stack Area:">

第六章 後設資料需求規格書

1.6.

2.5.8

項目名稱 EAD Elements

登錄者

修改者

處理資訊 修改時間 備註

【件】Metadata 標準對照表 項目名稱

EAD Elements

館藏號 文號

宗名 冊名 題名

"Item:"> 描述 產生者

"Originator"> 收文者

"Recipient"> 機關權威

職銜權威 </p><p>別名權</p><p>威控制 人名權威 <archdesc><controlaccess><persname> 年號 <archdesc><did><unitdate></p><p>年 <archdesc><did><unitdate> 月 <archdesc><did><unitdate></p><p>起</p><p>日 <archdesc><did><unitdate></p><p>年號 <archdesc><did><unitdate> 年 <archdesc><did><unitdate> 月 <archdesc><did><unitdate> 時間</p><p>迄</p><p>日 <archdesc><did><unitdate></p><p>資料型式 <archdesc><did><physdesc label =</p><p>"Type:"><genreform> 語文 <archdesc langmaterial ="語文資料值"></p><p>版本 <archdesc><archdesc><admininfo><altformavail> 附件 <archdesc><add><relatedmaterial> 頁數 <archdesc><did><physdesc><extent> 備註 <archdesc><note></p><p>(二) Dublin Core Mapping</p><p>Dublin core 是另一套常用之Metadata 標準,其最大之特性在於共通性,為了讓本計畫能跨學科交換資料,故附上本計畫欄位與Dublin core 的映照: 【全宗】Metadata 標準對照表 項目名稱</p><p>Dublin Core Elements</p><p>館藏號 全宗號 Identifier</p><p>全宗名 Title</p><p>來源 Description</p><!--/p8--><!--p9--><p>6-2-5 外交檔案類後設資料需求規格書</p><p>1.6.</p><p>2.5.9</p><p>項目名稱</p><p>Dublin Core Elements</p><p>館藏地 Right 使用限制 Right</p><p>編目者 Contributor</p><p>編目記錄</p><p>編目時間 Date</p><p>版權 Right</p><p>【系列/副系列】Metadata 標準對照表 項目名稱</p><p>Dublin Core Elements</p><p>館藏號 系列號 Identifier</p><p>全宗名 Title 系列 Title 副系列 Title</p><p>參考資源 Relation-References 到館日期 Date-Available</p><p>【卷】Metadata 標準對照表 項目名稱</p><p>Dublin Core Elements</p><p>宗號 Identifier 館藏號</p><p>冊號 Identifier 系列 Title 副系列 Title 宗名 Title 冊名 Title</p><p>描述 Description 地名權威控制 Subject</p><p>年號 Coverage-Temporal 年 Coverage-Temporal</p><p>月 Coverage-Temporal 起</p><p>日 Coverage-Temporal</p><p>年號 Coverage-Temporal 年 Coverage-Temporal</p><p>月 Coverage-Temporal 時間</p><p>迄</p><p>日 Coverage-Temporal</p><p>參考資源 Relation-References 件數 Format-Extent 館藏位置 Description</p><p>登錄者 Contributor</p><p>修改者 Contributor</p><p>處理資訊 修改時間 Date-Modified</p><p>備註 Description</p><p> </p><!--/p9--><!--p10--><p>第六章 後設資料需求規格書</p><p>1.6.</p><p>2.5.10</p><p>【件】Metadata 標準對照表 項目名稱</p><p>Dublin Core Elements</p><p>館藏號 文號 Identifier</p><p>宗名 Title 冊名 Title 題名 Title</p><p>描述 Description 產生者 Creator 收文者 Creator 機關權威 Subject</p><p>職銜權威 Subject</p><p>別名權</p><p>威控制</p><p>人名權威 Subject</p><p>年號 Coverage-Temporal 年 Coverage-Temporal 月 Coverage-Temporal 起</p><p>日 Coverage-Temporal</p><p>年號 Coverage-Temporal 年 Coverage-Temporal 月 Coverage-Temporal 時間</p><p>迄</p><p>日 Coverage-Temporal</p><p>資料型式 Type</p><p>語文 Language 版本 Description 附件 Relation-Has Part 頁數 Format-Extent 備註 Description</p><p>五、查詢功能需求 【全宗】查詢功能需求表</p><p>項目名稱</p><p>關鍵字查詢</p><p>檢索簡要顯示款目</p><p>館藏號 全宗號</p><p>全宗名 來源 館藏地 使用限制</p><p>編目者</p><p>編目記錄</p><p>編目時間 版權</p><p> </p><!--/p10--><!--p11--><p>6-2-5 外交檔案類後設資料需求規格書</p><p> </p><p>1.6.</p><p>2.5.11</p><p>【系列/副系列】查詢功能需求表 項目名稱</p><p>關鍵字查詢</p><p>檢索簡要顯示款目</p><p>館藏號 系列號</p><p>全宗名 系列 副系列 參考資源 到館日期</p><p> </p><p>【卷】查詢功能需求表 項目名稱</p><p>關鍵字查詢</p><p>檢索簡要顯示款目</p><p>宗號 館藏號</p><p>冊號</p><p>系列 ○ ○ 副系列 宗名 冊名 ○ ○ 描述 地名權威控制</p><p>年號 ○ ○ 年</p><p>○ ○ 月 ○ ○ 起</p><p>日</p><p>○ ○ 年號 ○ ○ 年</p><p>○ ○ 月 ○ ○ 時間</p><p>迄</p><p>日</p><p>○ ○ 參考資源 件數 館藏位置</p><p>登錄者</p><p>修改者</p><p>處理資訊 修改時間 備註</p><p> </p><p>【件】查詢功能需求表 項目名稱</p><p>關鍵字查詢</p><p>檢索簡要顯示款目</p><p>館藏號 文號</p><p>宗名 冊名 ○ ○ 題名 ○ ○ 描述 產生者</p><p>○</p><p>○</p><!--/p11--><!--p12--><p>第六章 後設資料需求規格書</p><p>1.6.</p><p>2.5.12</p><p>項目名稱</p><p>關鍵字查詢</p><p>檢索簡要顯示款目</p><p>收文者</p><p>○ ○ 機關權威</p><p>職銜權威</p><p>別名權</p><p>威控制</p><p>人名權威</p><p>年號 ○ ○ 年 ○ ○ 月 ○ ○ 起</p><p>日</p><p>○ ○ 年號 ○ ○ 年 ○ ○ 月 ○ ○ 時間</p><p>迄</p><p>日</p><p>○ ○ 資料型式 語文 版本 附件 頁數 備註</p><p> </p><p>六、系統功能需求說明</p><p>(一) 各層次連接方式</p><p>系列/副系列層次之全宗名欄位用於連接全宗層次之全宗名欄位。卷層次之系列欄位與副系列欄位用於連接系列/副系列層次之系列欄位與副系列欄位。而件層次之宗名欄位與冊名欄位則用於連接卷層次之宗名欄位與冊名欄位。各層次之連接方式如下所示:</p><!--/p12--><!--p13--><p>6-2-5 外交檔案類後設資料需求規格書</p><p>(二) 處理資訊需求說明</p><p>【卷】層次處理資訊之登錄者欄位、修改者欄位與修改時間欄位,皆由系統自動產生:著錄人員建檔時,進入著錄介面之前需經過身份</p><p>的確認,藉由著錄人員輸入的姓名與密碼,系統自動把著錄人員之姓</p><p>名存放在登錄者欄位,登錄者欄位的資料不可更修或刪除。同樣的,</p><p>當著錄人員需修改記錄資料時,也需經過身份的確認,藉由確認的動</p><p>1.6.</p><p>2.5.13</p><!--/p13--><!--p14--><p>第六章後設資料需求規格書</p><p>1.6.</p><p>2.5.14 作可知該筆記錄是經由誰人所修改,系統自動把姓名存放修改者欄位,並把系統時間存放到修改時間欄位,修改者欄位與修改時間欄位不為多值欄位,只記錄前一次的修改者與修改時間。</p><p>七、著錄介面</p><p>著錄介面之目的在於讓主題計畫參與同仁確認Metadata欄位的著錄形式與排序,並供日後系統設計人員參考之用。請見附件。附件包括:</p><p>1. 管理首頁(00Index.htm)</p><p>2. 全宗層次著錄介面(01Chong.htm)</p><p>3. 系列/副系列層次著錄介面(02Series.htm)</p><p>4. 卷層次著錄介面(03Roll.htm)</p><p>5. 件層次著錄介面(04Piece.htm)</p><p>八、需求規格書確認表單</p><p>此Metadata需求規格書是否符合貴單位之需求?</p><p>是□否□</p><p>若不符合貴單位的需求,請說明原因,謝謝。</p><p>原因:</p><p>簽名:</p><p>日期:民國年月日</p><!--/p14--><!--rset--><h2>软件需求规格说明书-模板</h2><p>[在此处键入]****系统 软件需求规格说明书Versio n 1.0</p><p>精品资料</p><p>修订历史记录</p><p>目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误!未定义书签。 3 建议的系统 .............................................................. 错误!未定义书签。 3.1 建议系统概述......................................... 错误!未定义书签。 3.2 功能性需求概述....................................... 错误!未定义书签。 3.3 非功能性需求......................................... 错误!未定义书签。 3.3.1 用户界面与人员因素............................ 错误!未定义书签。 3.3.2 硬件考虑..................................... 错误!未定义书签。 3.3.3 性能特征..................................... 错误!未定义书签。 3.3.4 错误处理与极端情况............................ 错误!未定义书签。 3.3.5 系统接口..................................... 错误!未定义书签。 3.3.6 质量要求..................................... 错误!未定义书签。 3.3.7 物理环境..................................... 错误!未定义书签。 3.3.8 安全问题..................................... 错误!未定义书签。 3.3.9 资源问题..................................... 错误!未定义书签。 3.4 系统变更............................................. 错误!未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误!未定义书签。 3.6 系统模型............................................. 错误!未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误!未定义书签。 4 附录 .................................................................... 错误!未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误!未定义书签。</p><h2>数字档案室建设指南</h2><p>数字档案室建设指南 国家档案局 2014年</p><p>说明 本指南由国家档案局提出并归口。 本指南起草单位:国家档案局档案馆(室)业务指导司。 本指南主要起草人:钢朱煜忱丁德胜毛海帆傅培超会琴红吴惠敏。</p><p>目录 1 概念与基本特征 (1) 1.1 概念 (1) 1.2 基本特征 (1) 2 建设原则与容 (2) 2.1 建设原则 (2) 2.2 建设容 (2) 3 基础设施建设 (3) 3.1 网络基础设施 (3) 3.2 系统硬件 (3) 3.3 基础软件 (3) 3.4 安全保障系统 (4) 3.5 终端及辅助设备 (4) 4 应用系统建设 (4) 4.1 档案门类管理 (4) 4.2 接收采集 (5) 4.3 分类编目 (5) 4.4 检索利用 (6) 4.5 鉴定统计 (6) 4.6 系统管理 (7) 4.7 技术文档管理 (7) 4.8 测评鉴定 (7) 5 数字档案资源建设 (8) 5.1 基本要求 (8) 5.2 数字档案资源命名规则 (8) 5.3 文书类电子档案质量要求 (9) 5.4 声像类电子档案质量要求 (9) 5.5 科技和专业类电子档案质量要求 (10) 5.6 纸质档案数字副本质量要求 (11) 5.7 数字档案资源的备份 (11) 6 保障体系建设 (12) 6.1 经费保障 (12) 6.2 制度保障 (12) 6.3 人才保障 (13)</p><p>机关(团体和其他社会组织——下同)档案工作是国家档案事业的组成部分,也是机关提高工作效率和工作质量的必要条件。随着档案信息化建设的逐步深入,传统机关档案工作面临着机关办公自动化应用、数字档案馆建设以及用户多样化需求的严峻挑战,是档案信息化建设中亟需强化的重要节点。 数字档案室是信息化条件下档案室的“升级版”,是管理机关档案信息、联结机关办公自动化与数字档案馆建设的关键一环。建设符合国家和社会信息化发展要求的数字档案室,有利于提高机关档案工作水平,维护机关档案信息的真实、完整、可用和安全,提升机关行政效率和公共服务能力;有利于促进国家核心信息资源建设,实现信息资源总量增加、质量提高和结构优化,为数字档案馆的最终实现奠定基础,以推动全国档案信息化工作全面、健康、均衡发展。 1 概念与基本特征 1.1 概念 本指南所称的数字档案室,是指机关在履行职能过程中,运用现代信息技术对电子档案和传统载体档案数字副本等数字档案信息进行采集、整理、存储、管理,并通过不同类型网络提供共享利用和有限公共档案信息服务的档案信息集成管理平台。 1.2 基本特征 与传统档案室相比较,数字档案室具有独有的特点和功能: 1)档案资源“数字”化。数字档案室以统一的数字形式存储各种信息,包括文本、图像、声音、视频等,压缩了存储空间,改进了组织形式。信息记录形式的“数字”化,是数字档案室的基本特征。 2)档案实体“虚拟化”。通过对纸质档案、缩微胶片、照片、录音、录像等传统载体档案进行数字化加工,实现档案实体“虚拟化”,使之能够与其他数字档案资源一并进行管理和规。 3)档案管理系统化。将档案业务流程、标准规固化在数字档案室应用系统中,实现数字档案资源系统、规管理。 4)信息传递网络化。数字档案室依附于网络而存在,通过不同类型的网络实现档案收集、管理和移交,用户不必亲自“登门造访”,就可以利用所需的信息,从而加快信息交流与反馈的速度。 5)档案利用知识化。数字档案室将文书、照片、录音、录像等各类信息载体与信息来源在知识单元的基础上有机组织并起来,以动态分布的方式为用户提供服务,实现由档案的提供向知识的提供转变。</p><h2>工程资料移交清单</h2><p>工程资料移交清单 工程名称:安次工业园区高压排管穿越施工工程 序文件名称份数备注 1 工程开工报审表 4 2 主要施工人员资质 4 3 主要设备清单 4 4 计量器具校验 4 5 技术交底 4 6 施工组织设计 4 7 材料报审(附检验报告) 4 8 测量报审(附导向记录图) 4 9 分项工程质量报验单 4 10 工程验收报验单 4 11 工程验收单 4 12 工程交接单 4 13 14 15 16 建设单位(签字): 移交人(签字): 日期:年月日</p><p>工程资料清单</p><p>工程名称:安次工业园区高压排管穿越施工工程 序文件名称份数备注 1 工程开工报审表 4 2 主要施工人员资质 4 3 主要设备清单 4 4 计量器具校验 4 5 技术交底 4 6 施工组织设计 4 7 材料报审(附检验报告) 4 8 测量报审(附导向记录图) 4 9 分项工程质量报验单 4 10 工程验收报验单 4 11 工程验收单 4 12 工程交接单 4 缺项资料1、企业资质 2、工程报验单 3、施工组织设计报审表及审批表 4、施工日志 5、隐蔽工程验收记录 6、原材料、构配件、设备进场验收记录 7、工程竣工报告 注:施工单位尽快将缺项资料补齐。</p><p>工程资料清单 工程名称:安次工业园安华路污水排放管线顶管工程 序文件名称份数备注 1 企业资质及报审 4 2 施工组织设计及报审 4 3 污水排放管线顶管工程报验单 4 4 隐蔽工程验收记录 4 5 顶管顶进记录 4 6 顶管检验批验收记录 4 7 顶管注浆记录 4 8 原材料(橡胶圈)合格证 4 9 钢筋砼管发货单 4 10 排放管线路由设计方案图 4 11 甲乙双方合同 4 缺项资料1、开工报审资料 11、竣工验收报验单 2、技术交底资料 12、竣工验收记录 3、机械设备、测量设备报验 13、工程竣工报告 4、测量器具校验 14、卷内备考表 5、测量放线资料 15、竣工图 6、施工日志 7、材料进场报验单 8、材料设备进场验收记录 9、管材检验报告 10、分项工程报验单及验收记录 注:施工单位尽快将缺项资料补齐。</p><h2>SF06 软件需求规格说明书</h2><p>文档编号:XXX-SF-06 保密级别: 版本编号:V1.0 软件开发文档 文档名称:需求规格说明书 项目名称:XXXXXXXXXX 项目负责人:XX XX 编写:年___月___日 校对:年___月___日 审核:年___月___日 批准:年___月___日 XXXX电子有限公司 2011年</p><p>修订历史记录 (A-添加,M-修改,D-删除)</p><p>目录 1概述 (1) 1.1用户简介 (1) 1.2项目的目的与目标 (1) 1.3术语定义 (1) 1.4参考资料 (1) 1.5相关文档 (2) 1.6版本更新信息 (2) 2目标系统描述 (2) 2.1组织结构与职责 (2) 2.2角色定义 (2) 2.3作业流程(业务模型) (3) 2.4单据、账本、报表 (3) 2.4.1单据 (3) 2.4.2账本 (4) 2.4.3报表 (4) 2.5可能的变化 (4) 3目标系统功能需求 (5) 3.1功能需求分析 (5) 3.2功能需求点列表(功能模型) (5) 4目标系统性能需求 (5) 4.1时间要求 (5) 4.2空间性能 (5) 4.3性能需求点列表(性能模型) (6) 5目标系统界面与接口需求 (6) 5.1界面需求 (6) 5.2接口需求点列表(接口模型) (7) 6目标系统其他需求 (7) 6.1安全性 (7)</p><p>6.2可靠性 (7) 6.3灵活性 (7) 6.4特殊需求 (7) 7目标系统假设与约束条件 (8)</p><p>1概述 本文档是进行项目策划、概要设计和详细设计的基础,也是软件企业测试部门进行内部验收测试的依据。 1.1用户简介 在本章节中要将用户的基本情况描述清楚,以便于分析人员划定系统范围,进行功能、进度、成本、性能等方面的平衡决策。 对于产品开发类项目,需要在此将该产品定义的用户群的特点描述清楚。 1.2项目的目的与目标 项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化,以便与系统的需求建立对应关系,检查系统的功能是否覆盖了系统的目标。 1.3术语定义 将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术 语与缩写等。 1.4参考资料 说明该用户需求报告使用的参考资料,如: 1)[1] 商务合同 2)[2] 招标书 3)[3] 用户领域的资料 4)[4] 用户需求调查表 5)[5] 用户需求报告 6)[6] 参照的标准 每一个文件、文献要有标题、或文件号,发布或发表日期以及出版单位。</p><h2>通讯录系统需求分析</h2><p>通讯录管理系统需求分析 一、引言 随着网络与信息技术的发展,很多陌生人之间都有了或多或少的联系。如何更好地管理这些信息是没跟人必须面临的问题,特别是那些很久没有联系的朋友,再次见面无法马上想起关于这个人的记忆,造成一些不必要的尴尬。基于上述种种原因,开发一套通讯录管理系统很重要,我们结合这次课程设计开发以下的通讯录管理系统方案。 二、编写目的 本系统主要是为了更好的管理每个人的通讯录,给每个人提供一个井然有序的管理平台,防止手工管理混乱,造成不必要的麻烦。 三、功能需求 通过对自己及朋友的通讯录的询问以及了解,一个完整的通讯录管理系统应该包括:数据集模块,登录窗体模块,系统管理模块,主窗体模块,通讯录数据管理模块,信息管理模块,登录信息查询模块。本系统主要实现我们信息的管理,包括我们平时朋友信息的添加、修改、查询和删除,及一些辅助项目的管理,如登录系统用户管理和用户组管理。 整个系统模块划分如下图: 图1 系统模块图 1、数据集模块 通过此模块来统一管理通讯录管理系统中用到的数据库连接控件、数据源控件、数据集控件和数据查询控件。 2、登录窗体模块</p><p>使用本系统的用户分为三类:管理员、组长和一般工作人员。 在登录窗体模块中,系统还将自动记录登录用户的用户名和登录时间。 3、系统管理模块 用户通过此模块来管理用户组和系统登录用户,包括登录用户组和系统登录用户名称的添加、修改、删除和查询等。 在这个模块中包含2个子菜单: ●用户管理:可以进入到“系统用户信息”管理模块,进行系统用户的添加、修改、 查询和删除操作。 ●用户组管理:可以进入到“用户组信息”管理模块,进行用户组的添加、修改、 查询和删除操作。 在进行登录用户组和登录用户记录的添加保存时,应该进行用户组和系统登录用户记录的用户名是否重复的检验。如果重复,则对用户进行提示,只有不重复才能进行用户组和系统登录用户记录的添加。 在进行用户组和系统登录用户记录删除时,要弹出提示窗体让用户确认是否删除,只有在用户确认以后才能进行用户组和系统登录用户记录的删除。 在进行用户组的添加修改时,对于用户组长字段,要提供一些用户名,便于用户选择。 在进行系统登录用户记录的添加修改时,对于用户组字段,要提供一些用户组名称,以便于用户进行选择。 4、主窗体模块 用户通过此模块可以显示系统的主菜单,也可以执行数据库的备份和恢复操作。 在主窗体模块中,包括3个子模块:通讯录数据管理子模块、信息管理子模块和登录信息查询子模块。 在通讯录数据管理子模块的“通讯录数据管理”菜单中,包含4个子菜单。 ●数据管理:可进入同学信息管理子模块,进行信息添加、修改、查询和删除操作。 ●数据查询:可进入同学信息详细查询的管理子模块,根据用户设置的条件,进行 同学信息的详细查询操作。 ●数据统计:可进入同学信息的统计子模块,根据用户设置的条件,统计符合条件 的同学人数。 ●数据报表:可进入同学信息的报表子模块,将同学表中的信息导出到excel表中, 以进行进一步的处理。 在信息管理子模块的“消息管理”菜单中包含4个子菜单。 ●发送消息:进入信息管理子模块,给同学写留言。 ●查询信息:进入信息管理子模块,查询给同学写的留言。 ●修改信息:进入信息管理子模块,修改给同学写的留言。 ●删除信息:进入信息管理子模块,删除给同学写的留言。 在登录信息查询子模块中,具有管理员身份的用户通过此模块来管理系统用户的登录信息,包括系统用户的登录时间和退出时间的查询等操作。 最后单击“退出本系统”菜单,便可以退出通讯录管理系统。 四、E-R图 整个系统开发过程中,主要涉及到的实体有:用户、用户组、同学、信息还有登录登记,他们之间的具体关系如下图:</p><h2>软件需求规格说明书模板</h2><p><项目名称> 软件需求说明书 作者: 完成日期: 签收人: 签收日期:</p><p>版本情况记录:</p><p>目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求13 3.1.2 功能需求24 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口.. 5 3.2.3 软件接口.. 5 3.3 性能需求 (6) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性.. 7 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。0.5</p><p>1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能</p><h2>通讯录系统设计说明书</h2><p>通讯录系统设计说明书(不少于2500字) 一、设计思想 通讯录管理系统是每一个用户管理通讯录的不可缺少的一个管理信息系 统,它的内容对于用户的管理者来说是至关重要的,所以通讯录管理系统应 该能够为每一个用户的管理者提供充足的信息和快捷的查询手段,大大的方便用户合理的管理通讯录。 作为计算机应用的一部分,使用计算机对通讯录进行管理,具有着手工管理 所无法比拟的优点,如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高通讯录管理的效率,也是用户理财的科学化、正规化管理,与先进科学技术接轨的重要条件。 开发这一系统的好处大约有以下几点: 第一、可以存储大量的通讯录信息,安全、高效; 第二、只需一档案录入员即可操作系统,节省人力; 第三、可以迅速查到所需通讯录信息。 二、系统架构及运行环境 系统架构: 运行环境: 1、操作系统:Microsoft Windows Server 2008,Windows XP,Windows 7,Windows 8,Windows 10 2、技术平台:.Net Framework 3.5 三、系统数据库介绍 用户:用户名,密码 联系人:联系电话,姓名,工作单位,电子邮件,头像 用户登录</p><p>联系人 数据库表结构:登录表</p><p>联系人表 四、系统功能模块介绍 本系统由1个功能模块(主界面)和5个表单(新增联系人,删除联系人,修改联系人信息,视图,搜索联系人)组成。 主要功能: (1)录入所有通讯人员的相关信息,当单击新增按钮时,就会弹出</p><p>增加信息的窗体。 (2)修改当前记录:当选择功能菜单时,会出现一个新用户界面对话框用户根据对话框提示进行当前记录的数据的修改直到修改完所有的信息 (3)删除记录:当用户选择要删除人员的姓名即可删除 (4)查询记录:本程序可以通过姓名、电话进行查询。 五、系统主要功能模块详细设计及实现 登录窗体</p><h2>数字化档案馆建设指南</h2><p>数字档案馆建设指南 (国家档案局发布2010年6月) 1.总体要求 1.1概述 数字档案馆是指各级各类档案馆为适应信息社会日益增长的对档案信息资源管理、利用需求,运用现代信息、技术对数字档案信息进行采集、加工、存储、管理,并通过各种网络平台提供公共档案信息服务和共享利用的档案信息集成管理系统。 建没数字档案馆,有利于提高档案馆工作效率和现代化水平,有利于确保数字档案永久存储与安全保管,有利于促进公共档案服务能力拓展和实现档案信息资源的社会共享。 建没数字档案馆.有利于促进国家信息资源总量增加、质量提高和结构优化,有利于提高各级政府公共服务能力,有利于促进社会主义文化的发展繁荣,有利于满足广大人民群众对现代信息服务的现实需求。 数字档案馆建设是一项系统工程,需要经过调研、立项、论证、软件开发、平台构建、资源准备、系统试运行、项目验收、运行维护等诸多环节,需要各业务部门、档案管理部门以及其他相关单位的共同参与,是一项长期的工作任务。 1.2建设原则与要求 数字档案馆建设应当遵照“统筹规划、循序渐进,项目带动、重点突破,需求导向、保证安全,合理适用、稳步实施”的原则,积极推进,务求实效。 统筹规划、循序渐进。应当根据各级政府电子政务建设整体框架和基本要求,及时将数字档案馆建设与区域电子政务和信息化建设相衔接,综合考虑自身信息化发展水平、技术力量、资源规模、基础工作水平、资金投入等因素,确定总体布局和实施步骤。 项目带动、重点突破。实施项目带动战略,支撑和带动数字档案馆整体建设和发展将数字档案馆建设分成若干子项目,以项目带</p><p>动数字档案馆建设及推进各项工作的开展,有利于获得党委政府和有关部门的重视和投入,有利于集中人力物力有针对性地重点解决数字档案馆建设中的核心问题。 需求导向、保证安全。数字档案馆建设应以需求为导向,着眼于党政机关、社会公众在线利用数字档案信息资源的需求,推动档案信息资源的共享。应当按照信息安全等级保护的要求,采取相应的安全保障技术方法,配备必要的软硬件没施,建立健全安全管理制度,完善灾难恢复服务机制,确保数字档案馆建设和运行的安全。 合理适用、稳步实施。要重视前期调研,进行可行性研究,结合本部门业务工作实际,提出创新性高、应用性强的功能需求,以确保系统开发和项目建设的合理性、适用性。在项目实施过程中,档案部门的业务人员应全程参与,及时研究和发现问题,纠正偏差。重大项目应当按照信息系统建设规范要求,引入监理机制,对项目质量、进度、投资、安全等方面进行全程监理。 1.3 建设目标 数字档案馆建设的目标是:紧紧依靠国家和当地信息化基础设施建设环境,充分利用各种政务网平台、公众网平台以及各类网络资源,以先进的信息技术为手段,集成建设适应本部门本单位一定时期内数字档案管理需要的网络平台,开发应用符合功能要求的管理系统,推动馆藏档案资源数字化、增量档案电子化,逐步实现对数字档案信息资源的网络化管理以及分层次多渠道提供档案信息资源利用和社会共享服务。 其中,数字档案信息、资源建设、提供档案信息利用和社会共享服务,是一项长期任务,应分阶段推进,有步骤实现。 1.4建设内容 数字档案馆总体建设内容主要包括: ( l )按照数字档案馆基础网络架构、主要技术路线与软硬件配置基本要求,集成建设适应馆藏档案基础数据和今后一定时期内数</p><h2>软件工程--需求规格说明书</h2><p>文档编号:HHIT-SECD-S101-01T-02 版本号:V1.0 酒店宾馆客房管理系统结构化需求规格说明 书 项目名称酒店宾馆客房管理系统的设计与实现 项目负责人 项目开发单位 项目成员、、、 项目起止时间2013.06.18----2013.06.21 2013年6月21日</p><p>软件工程课程设计项目组任务分派单(组长用)班级:组别:组长姓名:时间:2013 年 6 月21日 1、本表由组长为其组员每次上机实践分派任务使用,应认真填写相关任务名称、内容、完成标准等信息; 2、本表在每次任务完成后,由组长按照完成标准验收,并给出每个组员成绩评定(每人 平均70分制),除组长保留一份外,应及时上报任课老师(电子和纸质文档同时上报)。</p><p>目录 酒店宾馆客房管理系统结构化需求规格说明书 (1) 软件工程课程设计项目组任务分派单(组长用) (2) 目录 (3) 1引言 (3) 1.1编写目的 (3) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2项目概述 (4) 2.1目标 (4) 2.2用户的特点 (5) 2.3假定与约束 (5) 3需求规定 (5) 3.1对功能的规定 (5) 3.2对性能的规定 (17) 3.2.1精度 (17) 3.2.2时间特性要求 (17) 3.2.3灵活性 (18) 3.3输入输出要求 (18) 3.4数据管理能力要求 (18) 3.5故障处理要求 (19) 3.6其他专门要求 (19) 4运行环境规定 (19) 4.1设备 (19) 4.2支持软件 (20) 4.3接口 (20) 4.4控制 (20) 1引言 【】 1.1编写目的 想要做一个好的客房管理系统,首先必须知道用户的需求,这样我们才会开发出真正满足用户的软件产品,在系统的需求分析阶段,开发者应该明确一个好的客房管理系统必须要做什么。</p><h2>软件产品的需求规格说明书(案例)</h2><p>四川托普集团技术文档 卷号: 卷内编号: V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门:中央研究院应用产品开发中心 撰写人(签名): 完成日期: 本文檔使用部门:■主管领导■项目组□客户(市场) ■维护人员□用户 文档验交组(签名): 验交日期: 评审负责人(签名): 评审日期:</p><p>软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书(SRS)的目的是: 定义软件总体要求,作为用户和软件开发人员之间相互了解的基础; 提供性能要求、初步设计和对用户影响的信息,作为软件人员进行软件结构设计和编码的基础; 作为软件总体测试的依据。 1.2.定义 Workflow:工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表</p><p>2.软件总体概述 2.1.软件标识 软件全称:多层体系政务框架平台之一行政服务中心政务平台 软件简称:XZFWZXZW 版本号:1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物,是实践江总书记“三个代表”重要思想的具体表现,是改善投资环境,扩大开放,吸收外来投资,加快发展的重要举措。为了实现行政服务中心“一站式集中,一条龙服务”,为全社会提供平等竞争的市场条件和长期稳定的投资环境,塑造廉洁,规范,高效的政府形象的目标,充分利用信息化技术,建设先进实用的可扩展性强的行政服务信息系统,实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此,托普集团根据行政服务中心的业务需求,设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的:1、公众服务 2、行政服务中心和各级政府部门 应用目标:行政服务机构 使用范围:行政服务机构,公众 2.3.软件功能(共12个系统模块)</p><h2>数字档案馆建设方案(修订)</h2><p>大连恒智科技发展有限公司 TEL:0411-******** Dalian Hengzhi Sci & Tech Development Co., Ltd. 大连恒智科技发展有限公司 数字档案馆建设方案</p><p>目 录 第一章:前言 (1) 第二章:项目建设的意义 (2) 第三章:数字档案馆馆内建设目标、内容 (3) (一)“数字档案馆”馆内总体建设目标 (3) (二)“数字档案馆”馆内总体建设内容 (3) 第四章:数字档案室建设 (11)</p><p>第一章:前言 根据国家档案局颁布的档办〔2010〕116号《数字档案馆建设指南》中指出: 数字档案馆是指各级各类档案馆为适应信息社会日益增长的对档案信息资源管理、利用需求,运用现代信息、技术对数字档案信息进行采集、加工、存储、管理,并通过各种网络平台提供公共档案信息服务和共享利用的档案信息集成管理系统。 建设数字档案馆,有利于提高档案馆工作效率和现代化水平,有利于确保数字档案永久存储与安全保管,有利于促进公共档案服务能力拓展和实现档案信息资源的社会共享。 建设数字档案馆,有利于促进国家信息资源总量增加、质量提高和结构优化,有利于提高各级政府公共服务能力,有利于促进社会主义文化的发展繁荣,有利于满足广大人民群众对现代信息服务的现实需求。 数字档案馆建设是一项系统工程,需要经过调研、立项、论证、软件开发、平台构建、资源准备、系统试运行、项目验收、运行维护等诸多环节,需要各业务部门、档案管理部门以及其他相关单位的共同参与,是一项长期的工作任务。 数字档案馆建设的目标是:紧紧依靠国家和当地信息化基础设施建设环境,充分利用各种政务网平台、公众网平台以及各类网络资源,以先进的信息技术为手段,集成建设适应本部门本单位一定时期内数字档案管理需要的网络平台,开发应用符合功能要求的管理系统,推动馆藏档案资源数字化、增量档案电子化,逐步实现对数字档案信息</p><h2>OA系统需求规格说明书</h2><p>XX项目 产品需求规格说明书 机构公开信息</p><p>版本历史</p><p>1.引言 该文档主要包含功能性需求分系以及功能用例图,也包括了一些对用户界面的要求,该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图,能够供读者更好的了解该系统;其中,非功能需求方面,用户界面要求主要是为了是系统的界面更加统一规范,软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分: 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件,主要是功能的概要介绍。</p><p>1.6. 产品介绍(功能介绍) 该系统包含8各模块:超级管理模块,该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理;我的办公桌模块,主要是对各重点模块的简要显示;行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构;个人助理模块,该模块包括通讯录、短消息、日程安排和个人信息管理;个人邮箱,该模块包括配置邮箱和收发邮件;公共信息模块,该模块包括资源下载、在线考试和公共通讯录;人事管理模块,该模块包括档案管理、档案查询和数据维护;销售管理模块,该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理,实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题,并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素(与已知因素相对立)。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定,但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改,就会使项目受到影响。</p><h2>最新城建档案馆工程档案移交清单</h2><p>工程档案移交清单 一、工程准备阶段文件 1、项目建议书批复文件及项目建议书 2、可行性研究报告批复文件及可行性研究报告 3、专家论证意见、项目评估文件 4、有关立项的会议纪要、领导批示 5、选址申请、选址规划意见通知书及附图 6、建设用地批准书 7、建设用地规划许可证及其附图 8、土地使用证明文件及其附件(含用地呈报表、一书一方案、土地划拨决定书等过程文件) 9、规划放样文件(含定位略图、正负零检测等) 10、工程、水文地质勘察报告 11、设计方案审查意见 12、有关行政主管部门(消防、人防、环保、交警、交评、绿化、卫生、职业病防治、防雷等)批准文 13、施工图(含节能)设计文件审查报告及审核合格备案书 14、勘察合同 15、设计合同工 16、施工合同(含代建合同、甲方分包合同等) 17、监理合同 18、建设工程规划许可证、附件及附图 19、建设工程施工许可证 20、工程(含人防工程)质量安全监督手续 21、工程概况信息表 22、建设、设计、勘察、施工、监理机构和现场管理人员额基本信息;建设、设计、勘察、施工、监理机构的项目负责人基本信息、法定代表人授权书、工程质量终身责任承诺书 二、监理文件 1、监理规划 2、监理实施细则 3、监理工作总结 4、工程开工报审表、工程暂停令及复工报审表、竣工报验表 5、工程延期申请表、审批表 6、质量事故报告及处理文件材料 三、施工文件 施工管理文件、施工技术文件 1、开工、复工、竣工报告 2、建设工程质量事故勘察记录 3、建设工程质量事故报告书 4、见证试验检测汇总表 5、图纸会审记录</p><p>6、设计变更通知单及目录汇总表 7、工程洽商记录(技术核定单)及目录汇总表 施工物资出厂质量证明文件及进场检测文件 1、钢筋、隔热保温、防腐材料、商品硂、预拌砂浆出厂证明文件 2、钢筋试验报告及汇总表 3、水泥试验报告及汇总表 4、砂、碎(卵)石、砖(砌块)、外加剂、防水涂料、防水卷材试验报告及汇总表 5、预应力筋复试报告及汇总表 6、预应力锚具、夹具和连接器复试报告及汇总表 7、钢结构用钢材复试报告及汇总表 8、钢结构用防火涂料复试报告及汇总表 9、钢结构用焊接材料复试报告及汇总表 10、钢结构用高强度大六角头螺栓连接副复试报告及汇总表 11、钢结构用扭剪高强度螺栓连接副复试报告及汇总表 12、幕墙用铝塑板、石材、玻璃、结构胶复试报告及汇总表 13、散热器、采暖系统保温材料、通风与空调工程绝热材料、风机盘管机组、低压配电系统电缆的见证取样复试报告及汇总表 14、节能工程材料复试报告及汇总表 四、施工记录文件 1、土建隐蔽工程验收 2、安装隐蔽工程验收 3、工程定位测量记录 4、基槽验线记录 5、建筑物垂直度、标高观测记录 6、沉降观测记录 7、地基钎探记录 8、地基验槽记录 9、桩位偏差记录及附图 10、地基基础、主体结构中间验收记录 11、大型构件吊装记录 12、预应力筋张拉记录 13、有粘结预应力结构灌浆记录 14、网架(索膜)施工记录 15、地基承载力检验报告 16、桩基检测报告 17、土工击实试验报告 18、回填土试验报告及附图 19、钢筋机械、焊接连接试验报告 20、砂浆抗压强度试验报告 21、砌筑砂浆块强度统计、评定记录 22、混凝土抗压强度试验报告 23、混凝土试块强度统计、评定记录 24、混凝土抗渗试验报告</p><h2>国标8567-2006软件需求规格说明书实例-教务系统-重大修改版</h2><p>软件需求规格说明(SRS) 项目:教务管理系统 专业班级:</p><p>目录 目录 (2) 1.范围 (4) 1.1标识 (4) 1.2系统概述 (4) 1.3文档概述 (4) 1.4基线 (5) 2.参考文献: (6) 3.需求 (6) 3.1所需的状态和方式 (6) 3.2需求概述 (6) 3.2.1目标 (6) 3.2.2运行环境 (8) 3.2.3用户的特点 (9) 3.2.4关键点 (9) 3.2.5约束条件 (9) 3.3需求规格 (10) 3.3.1软件系统总体功能/对象结构 (10) 3.3.2描述约定 (12) 3.4CSCI能力需求 (12) 3.4.1数据字典 (13) 3.4.2系统功能分解 (15) 3.4.3选课、退课模块 (16) 3.4.4查询模块 (17) 3.4.5成绩管理模块 (17) 3.4.6教师个人信息更新模块 (17) 3.4.7数据库模块 (17) 3.5CSCI外部接口需求 (17) 3.5.1 用户界面 (17) 3.5.2教务系统与XXX之间的接口 (19) 3.6CSCI内部接口需求 (19) 3.6.1教务系统与数据库之间的内部接口 (20) 3.7CSCI内部数据需求 (20) 3.7.1 实体-关系图 (20) 3.7.2 数据表 (23) 3.7.3 数据流图 (25)</p><p>3.8保密性需求 (26) 3.9CSCI环境需求 (27) 3.10计算机资源需求 (27) 3.10.1计算机硬件需求 (27) 3.10.2计算机硬件资源利用需求 (28) 3.10.3计算机软件需求 (28) 3.10.4计算机通信需求 (28) 3.11软件质量因素 (28) 3.12设计和实现的约束 (29) 3.13数据 (29) 3.14操作 (30) 3.15故障处理 (30) 3.16有关人员需求 (31) 3.17有关培训需求 (31) 3.18有关后勤需求 (31) 4需求可追踪性 (32) 5尚未解决的问题 (33) 6注解(业务名词的解释) (33) 附录A (34) 附录B (36)</p><h2>软件需求规格说明书实用模板(超详细)</h2><p>XXXXXX 单位<br>XXXXXXX 项目<br>软件需求规格说明书<br>龙子湖网络科技<br><br></p><p>项目 文档 文档 ID 说明 作者 最后更新时间<br>项目名称 软件需求规格说明书<br>V1.2 *** 2011-10-20<br>版本更新概要 版本号 V1.0<br>V1.1<br>V1.2<br>时间 2011-10-02<br>2011-10-20<br>2011-11-08<br>更新人<br>更新摘要 移动 OA、车辆管理模块<br>需求容 移动政务资源管理系统<br>平台需求容 根据业务需求,电子公<br>文在线预览<br>项目负责人审核与确认 供应商:<br>职位<br>审核时间<br>审核意见(签字)<br>客户方:<br><br></p><p>目录<br>第一章 引言 ................................................................... 5<br>1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6<br>第二章 需求概述................................................................ 7<br>1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9<br>第三章 系统功能需求........................................................... 10<br>1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14<br>2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16<br><br></p> <div> <div>相关主题</div> <div class="relatedtopic"> <div id="tabs-section" class="tabs"> <ul class="tab-head"> <li id="6895028"><a href="/topic/6895028/" target="_blank">06软件需求规格说明书</a></li> <li id="8130709"><a href="/topic/8130709/" target="_blank">通讯录需求规格说明书</a></li> <li id="15288587"><a href="/topic/15288587/" target="_blank">软件需求规格说明</a></li> <li id="22072850"><a href="/topic/22072850/" target="_blank">软件需求规格说明书</a></li> <li id="14151790"><a href="/topic/14151790/" target="_blank">工程资料移交书</a></li> <li id="9283389"><a href="/topic/9283389/" target="_blank">数字档案馆建设指南</a></li> </ul> </div> </div> </div> <div class="container"> <div>文本预览</div> <div class="textcontent"> </div> </div> </div> <div class="category"> <span class="navname">相关文档</span> <ul class="lista"> <li><a href="/doc/57885166.html" target="_blank">软件工程业务需求分析说明书</a></li> <li><a href="/doc/a97680095.html" target="_blank">(完整word版)软件工程--需求规格说明书.docx</a></li> <li><a href="/doc/e413833834.html" target="_blank">Counter V1.0软件需求规格说明书</a></li> <li><a href="/doc/125797644.html" target="_blank">SF06 软件需求规格说明书</a></li> <li><a href="/doc/4c2421528.html" target="_blank">软件需求规格说明书-范例</a></li> <li><a href="/doc/775711953.html" target="_blank">软件需求规格说明书-范例</a></li> <li><a href="/doc/c28097894.html" target="_blank">软件工程--需求规格说明书</a></li> <li><a href="/doc/f58327048.html" target="_blank">软件需求规格说明书</a></li> <li><a href="/doc/2014416659.html" target="_blank">软件需求规格说明书 范例 (1)</a></li> <li><a href="/doc/4714977225.html" target="_blank">CMMI-工程-RD-产品需求规格说明书模板-V1.0</a></li> <li><a href="/doc/9510585735.html" target="_blank">1、软件需求规格说明书模板1</a></li> <li><a href="/doc/d915054849.html" target="_blank">项目软件需求规格说明书</a></li> <li><a href="/doc/0019292856.html" target="_blank">软件需求规格说明书-模板</a></li> <li><a href="/doc/3711212431.html" target="_blank">国标8567-2006软件需求规格说明书实例-教务系统-重大修改版</a></li> <li><a href="/doc/6317493954.html" target="_blank">软件需求规格说明书 (模板)</a></li> <li><a href="/doc/cd7491660.html" target="_blank">某软件公司管理信息系统需求规格说明书(doc 86页)</a></li> <li><a href="/doc/fa2672673.html" target="_blank">软件需求文档模板</a></li> <li><a href="/doc/262349391.html" target="_blank">软件工程--需求规格说明书</a></li> <li><a href="/doc/4510854090.html" target="_blank">软件需求规格说明书 范例</a></li> <li><a href="/doc/919482378.html" target="_blank">××项目软件需求规格说明书</a></li> </ul> <span class="navname">最新文档</span> <ul class="lista"> <li><a href="/doc/0619509601.html" target="_blank">幼儿园小班科学《小动物过冬》PPT课件教案</a></li> <li><a href="/doc/0a19509602.html" target="_blank">2021年春新青岛版(五四制)科学四年级下册 20.《露和霜》教学课件</a></li> <li><a href="/doc/9619184372.html" target="_blank">自然教育课件</a></li> <li><a href="/doc/3319258759.html" target="_blank">小学语文优质课火烧云教材分析及课件</a></li> <li><a href="/doc/d719211938.html" target="_blank">(超详)高中语文知识点归纳汇总</a></li> <li><a href="/doc/a519240639.html" target="_blank">高中语文基础知识点总结(5篇)</a></li> <li><a href="/doc/9019184371.html" target="_blank">高中语文基础知识点总结(最新)</a></li> <li><a href="/doc/8819195909.html" target="_blank">高中语文知识点整理总结</a></li> <li><a href="/doc/8319195910.html" target="_blank">高中语文知识点归纳</a></li> <li><a href="/doc/7b19336998.html" target="_blank">高中语文基础知识点总结大全</a></li> <li><a href="/doc/7019336999.html" target="_blank">超详细的高中语文知识点归纳</a></li> <li><a href="/doc/6819035160.html" target="_blank">高考语文知识点总结高中</a></li> <li><a href="/doc/6819035161.html" target="_blank">高中语文知识点总结归纳</a></li> <li><a href="/doc/4219232289.html" target="_blank">高中语文知识点整理总结</a></li> <li><a href="/doc/3b19258758.html" target="_blank">高中语文知识点归纳</a></li> <li><a href="/doc/2a19396978.html" target="_blank">高中语文知识点归纳(大全)</a></li> <li><a href="/doc/2c19396979.html" target="_blank">高中语文知识点总结归纳(汇总8篇)</a></li> <li><a href="/doc/1619338136.html" target="_blank">高中语文基础知识点整理</a></li> <li><a href="/doc/e619066069.html" target="_blank">化工厂应急预案</a></li> <li><a href="/doc/b019159069.html" target="_blank">化工消防应急预案(精选8篇)</a></li> </ul> </div> </div> <script> var sdocid = "9c152f16866fb84ae45c8d67"; </script> <script type="text/javascript">bdtj();</script> <footer class="footer"> <p><a href="/tousu.html" target="_blank">侵权投诉</a> © 2022 www.doczj.com <a href="/sitemap.html">网站地图</a></p> <p> <a href="https://beian.miit.gov.cn" target="_blank">闽ICP备18022250号-1</a>  本站资源均为网友上传分享,本站仅负责分类整理,如有任何问题可通过上方投诉通道反馈 <script type="text/javascript">foot();</script> </p> </footer> </body> </html>