第一篇：需求分析說明

1.1 需求分析說明

1.1.1 組織架構管理

機構、職務與崗位等是企事業人力資源系統的基礎架構，浩創人力資源管理系統可以對這些基礎管理框架進行管理與定義。其中，機構是對員工進行分類管理的最基本框架，每個機構下包括一組員工，每個員工屬于至少一個機構。系統可以保留機構變更的歷史記錄，可以查看任意歷史時刻的組織架構。職種是職務的種類。職務是描述某類工作性質的一個概念。職務分為兩種，普通職務，可以由機構自由選擇定制為崗位。通用職務，強制要求所有機構都具有此職務。職務可設置職務說明書，對職務的能力要求、權利與責任等進行詳細說明。崗位即機構與職位的結合。員工被分配到崗位中，不能被分配到機構中或職位中。崗位可設置編制人數，并可以設置是否允許超編。崗位也可設置崗位說明書。1.1.1.1 機構管理

用戶在機構管理中可以查看新增、修改、刪除部門。可以執行設立部門、撤銷部門、合并部門等業務操作。

1.1.1.2 職務管理

用戶在職務管理中可以查看新增、修改、刪除職務。可以執行設立職務、撤銷職務等業務操作。

1.1.1.3 崗位管理

用戶在崗位管理中可以查看新增、修改、刪除崗位。可以執行設立崗位、撤銷崗位、崗位編制變更等業務操作。

1.1.1.4 組織機構報表

浩創人力資源管理系統具有方便靈活的報表自定義平臺，可以根據用戶需要定制各類報表，包括：職位編制報表、部門規劃報表等。1.1.2 1.1.2.1 員工管理

員工檔案管理

人事檔案是人力資源中心的重點功能之一，也是開展各類人事業務以及設計人事報表的基礎。

浩創人力資源中心的人事檔案內容豐富，包括：人事基本檔案、考勤子集、薪酬子集、家庭成員子集、崗位變動子集、教育情況子集、獎勵記錄、懲罰記錄、行政黨派職務、兼任職務、專業技術職務、考察考核子集、語言能力子集、流動情況子集、政治面貌子集等多項內容。所有這此數據內容都支持導入、導出、查詢、排序、自定義統計報表、自定義明細報表等功能。

崗位變動子集考勤子集教育情況子集懲罰記錄家庭成員子集獎勵記錄薪酬子集基本人事檔案語言能力子集行政黨派職務流動情況子集考察考核子集專業技術職務政治面貌子集兼任職務

以上說明的是浩創人力資源中心內置的人事檔案格式，如果這些內容不能滿足用戶的需求，系統還可以根據用戶的需求，對人事檔案進行快速的調整。浩創

人事檔案是基于浩創表單平臺來搭建的，浩創人事檔案中的所有數據表單都支持自定義。可調整的內容包括：字段的類型、字段的個數、表單的顯示界面、字段權限等等。

豐富的的格式設置工具，使用起來就將WORD一樣簡單、方便。可以隨時插入新的字段，系統內置近千個豐富的字段供您選用。可以自由定制字段的顯示樣式、位置及大小等。字段的表現形式豐富多彩，可以是文本框、下拉框、只讀標簽、多選框，或者其它復雜的組合控件。1.1.2.2 人事業務管理

浩創人力資源中心提供豐富的人事業務供用戶使用。浩創協同辦公系統與浩創工作流平臺緊密結合，各子系統中的業務流程都是通過工作流平臺設計并使用，工作流與各項業務完美結合。

下圖列出了人力資源中心提供的各項人事業務，基本上可滿足用戶日常的人事管理需求。

臥龍人事業務流程一覽員工入職員工獎勵員工任命下班考勤撤銷機構撤銷崗位設立職務員工請假員工復職撤銷職務編制變更員工離職員工處分員工轉正設立機構設立崗位簽訂合同員工出差員工調崗上班考勤員工加班

浩創人事業務流程全部使用浩創工作流平臺配置而成，并且可以根據用戶的需要隨時進行調整。可調整的內容包括：辦事步驟、步驟的先后順序、步驟的參與人、參與人在各步驟中的權限，等等。下圖是系統內置的員工入職標準辦事流程圖。

浩創人事管理系統的預警平臺，可以方便地定制出各類數據預警提醒，如：生日預警、合同到期預警、轉正預警等。1.1.2.3 人事報表管理

浩創人力資源中心針對人事數據推出了豐富的報表分析功能，包括：部門性別匯總表、員工花名冊、個人詳細情況報表等。用戶還可以使用浩創報表設計器，設計自己的報表格式。浩創報表設計器與Excel相結合，可以快速設計完成一份復雜的報表模板。

使用Excel文檔格式作為報表展現，使用用戶操作簡單易上手，便于打印、傳閱。與數據表單平臺的結合，使得用戶可以方便得從系統中提取業務數據，不必了解復雜的數據庫理論知識。1.1.2.4 后備人才管理

浩創的員工檔案管理功能可以定制多個員工庫，包括在職人員庫、離職人員庫、應聘人員庫等。后備人才庫也可以做為其中一項，統計進行管理、查詢。

1.1.2.5 勞動合同管理

合同管理一項重要的人事管理功能。系統內置了勞動合同、培訓合同、保密

協議三類合同樣本，用戶也可以定義自己的合同類別。每種合同類別都有不同的合同文本。合同的簽訂與解除，都有相應的審批流程。

合同的數據字段可以按用戶要求自定義，合同的簽訂與解除都支持批量操作。合同到期時會給相關責任人提醒。通過配置，合同的解除可以與員工離職掛鉤。

1.1.3 1.1.3.1 考勤管理

班次管理

班次是制訂考勤規則的基礎，在本功能中可以進行班次的增加、修改與刪除。

1.1.3.2 智能排班

制造業企業常用的四班三運轉等復雜的排班方式，在目前市面上的考勤系統中都要手工排班，而浩創考勤模塊獨創智能排班算法，可以實現復雜輪班的自動化設定。下圖即是使用本功能完成的四班三運轉排班報表。

1.1.3.3 員工排班

員工排班就是為每個員工指定班次。本功能提供向導式操作界面，可以使用多種方式批量為員工設定班次。

1.1.3.4 公共假期管理

對國家的法定假日進行管理。可以一次生成全年的所有法定假日。

1.1.3.5 企業假期管理

對企業自定義假期進行管理，并提供假日額度報告，作為請假申請的審批依據。

1.1.3.6 調班管理

使用業務流程完成對員工的調班審批。

1.1.3.7 補休管理

使用工作流完成對員工的補休審批。

停工管理

使用工作流完成對企業的停工審批。

1.1.3.813

請假管理

使用工作流完成對員工的請假審批。

1.1.3.914

加班管理

使用工作流完成對員工的加班審批。

1.1.3.1015

出差管理

使用工作流完成對員工的出差審批。

1.1.3.1116

1.1.3.12 考勤報表

提供多種考勤報表，包括：日匯總表，月匯總表，年匯總表，考勤異常報表，加班明細報表，請假明細報表等。也可以根據用戶需要使用浩創報表平臺定制個性化報表。

1.1.4 績效管理

浩創績效管理模塊可以完成定量與定性相結合的復雜績效考核方案。其中360度考核就是典型的定性績效考核方案，采用加權平均方式完成對員工的綜合測試。而根據客觀業務指標對員工進行績效評估則是一種更精確的績效評估方式。浩創績效管理模塊把兩者很好的結合了起來。1.1.4.1 考核方案管理

對考核方案進行增加、修改、刪除等操作。

1.1.4.2 績效考核表設計

績效考核表的設計，是整個績效考核的關鍵。浩創人力資源管理系統提供向導式的操作界面，引導用戶設計出專業的績效考核表。

第一步，基本屬性設定。

第二步，選擇考核所使用的績效指標

第三步，設置360度考核的評估角色。

第四步，設置考核表的評估對象，以及每個評委對評估對象的權重。

最后，預覽一下設計好的績效考核表。

1.1.4.3 考核任務管理

使用績效方案每進行一次考核，就稱之為啟動了一次考核任務。用戶可以在考核任務管理功能中對考核任務進行增加、修改、刪除以及發布審批等操作。

1.1.4.4 績效評分

在360度等類型的考核中，每個員工都可能做為評委為其它員工打分。這就是績效評分功能。如下圖所示，就是一份評分中的考核問卷。

1.1.4.5 績效報表

根據用戶的需要，系統可以根據績效考核結果定制各類績效報表展示給用戶。

1.1.4.6 績效指標庫

績效指標庫是績效考核重要的基礎性設置。用戶可以對績效指標進行增加、修改、刪除等操作。

1.1.5 1.1.5.1 培訓管理

培訓資源管理

培訓資源包括：培訓地點、培訓資料、培訓機構及講師、培訓專題、培訓課程、培訓成績等，在本功能中，可以對這些資源進行增加、修改、刪除等操作。

1.1.5.2 培訓意向調查

用戶可以制訂一個培訓意向調查問卷，對員工的培訓需求進行調研。

1.1.5.3 培訓計劃管理

對培訓計劃進行管理，并可以將培訓計劃提交審批。

1.1.5.4 培訓實施管理

對正在實施中的培訓項目進行管理、跟蹤。內容包括：培訓課程、受訓員工、培訓機構、員工合同、機構合同、學員成績、講師評估等。

1.1.5.5 培訓評估管理

培訓評估主要通過問卷調查或考試的方式，對學員成績、教師教育效果進行評估。

1.1.6 1.1.6.1 薪酬管理

薪酬計算公式定義

薪酬計算有許多復雜的規則及公式，而且經常會發生變動。在本功能中，用戶可以對這些公式進行維護。

1.1.6.2 薪酬帳套定義

帳套是薪酬計算的規則，一個帳套有很多個明細項，即工資項。用戶可以方便地對帳套進行管理，新建、修改、刪除以及明細項的設置。

1.1.6.3 薪酬計算及發放

每月放工資之前，使用預設的公式，對員工薪酬進行計算，得出當月工資數據。1.1.6.4 薪酬報表

使用浩創報表平臺，可以根據工資數據為用戶定制多種薪酬報表。1.1.7 1.1.7.1 社保管理

保險種類管理

用戶可對險種進行增、刪、改、查。

1.1.7.2 保險帳戶設定

可以批量對用戶的繳費帳戶進行設定。

1.1.7.3 保險繳費核算

根據設置好的保險帳戶，對員工的繳費額進行計算。1.1.7.4 保險報表

根據用戶的需求，使用浩創報表平臺為用戶定制各類保險報表。1.1.8 門戶平臺

浩創人力資源管理平臺整個基于微軟的門戶技術搭建，可以方便的實現用戶的個人桌面定制。

系統可以完成三個級別的門戶桌面定制。（1）公共門戶。全體用戶都共享的信息門戶。

（2）分組門戶。某一組用戶共享的信息門戶。我們可以使用分組門戶功能為用戶定制出高層管理人員門戶、中層管理人員門戶。（3）個人門戶。每個用戶獨享的信息門戶。1.1.9 業務流程管理

浩創人力資源管理系統內置符合國際標準的工作流引擎，可以完成各類典型的業務流程自定義。B/S結構的圖形化設計界面，操作簡單直觀。

第二篇：軟件需求說明[范文]

軟件需求說明

某公司總部設在北京，在上海、廣州、成都和西安有分支機構，公司員工接近700名。由于公司業務和員工團隊的迅速發展，為了提升整體工作效率，公司準備開發一套員工報賬系統，取代原來的人工處理方式。

報賬系統將支持員工記錄（或預見）日常業務活動的開銷，并自動結算每個月應該返還員工的補償金額，補償額會直接存入員工的工資帳戶中。

報賬系統應具有基于先進技術的圖形化界面，員工可以輸入業務活動的種類和簡短描述，活動開銷的類別，選擇不同的支付方式，并可以生成靈活的報表。

報賬系統應該有能力根據員工提供的信息和要求返還補償額，同時保存全部員工的報賬信息。員工可以通過他們自己的電腦來使用報賬系統。由于牽涉到財務信息，報賬系統必須提供可信的安全機制。

公司現有一套基于MicroSoft SQL Server的人事管理數據庫系統，記錄員工共的基本信息和團隊的組織結構。報賬系統將和現有人事管理數據庫系統協同工作，需要引用人事管理數據庫系統中的部分信息，但不會更新其內容。

通過報賬系統，員工能夠在出差前（提前2天）按照規定的額度向公司申請借款，相關的經理人員能夠通過報賬系統批復或拒絕。報賬系統應在相關負責人批復之后通知該員工提取現金或確認相應款項已經劃入指定信用卡（根據員工的要求）；員工可以通過保賬系統報銷合理的業務活動經費。

財務部門將指定一位報賬系統管理員監督擬建系統中的信息，負責初始設置和維護特定的分類額度準則，并能夠定期或隨機地向部門負責人提交報賬系統情況的統計報告。

報賬系統在每月的25日對通過審批的報賬申請自動作一次結算，并以電子郵件的方式通知應該得到補償的員工，同時生成一份統計報告傳送給財務部門的系統監管人員。

具體的局部功能需求-----“提交報銷申請”的Use Case

簡介：

員工通過報賬系統填寫報銷申請，輸入相關活動產生的費用，在一次或者多次填寫后提交，經驗證之后，以電子郵件的方式通知相應經理批復。

事件流（Flow of Events）

基本事件序列(Basic Flow)1.打開報銷單

[員工]：員工選擇進入“報銷申請”功能。

[系統]：該員工當月報銷單存在，系統將取出相應信息并展示給員工；如果該員工的當月報銷單不存在，則轉至A1備選事件序列。2.添加報銷記錄

[員工]：員工要求添加一條報銷記錄。[系統]：系統顯示一條空白的報銷記錄。3.填寫報銷記錄單

[員工]：員工開始填寫報銷記錄，每條報銷記錄包括的信息有：業務活動發生的時間、為了讓員工方便而準確地輸入相關信息，除了客戶名稱、業務活動原因和金額之外，其他信息域提供相應的下拉式選擇列表。并記錄員工輸入的信息。

（重復以上針對每一條報銷記錄的活動），直至所有記錄填寫完畢。）4.驗證報銷單

[員工]：員工填寫完畢所有報銷記錄之后，要求系統驗證這些記錄的合理性。[系統]：報銷記錄的初始狀態為“未驗證”，每當一條報銷記錄被驗證為合理，系統將該報銷記錄的狀態設置為“已驗證”，系統在驗證所有報銷記錄（為“已驗證”）之后提示用戶可以提交本月的報銷單。驗證為合理的記錄必須滿足集中條件：第一，不同種類的費用不超過相應得限額；第二，報銷費用的類型要和員工的職能匹配。對于未通過的驗證的報銷記錄，轉至A5備選事件序列 5.提交報銷單

[員工]：所有報銷記錄經過驗證之后，員工提交當月的報銷單。

[系統]：系統保存這張報銷單，將報銷單的狀態設置為“已提交”并記錄提交日期，同時這張報銷單被設為“只讀”。系統要從人事管理數據庫中獲知該員工及其經理（負擔該員工當月開銷者）的電子郵件地址。如果此時人事管理數據庫不可用，轉至A6備選事件序列。

為了及時通知相關人員，系統將自動生成一份以當前報銷單為內容的電子郵件發送到該員工及其經理的信箱中。當郵件成功發送后，員工得到一個確認信息。如果此時郵件系統未能將郵件及時發送，轉至備選事件序列A7。

備選事件序列組（Alternative Flows）

A1 創建當月報銷單

[起始位置]：基本事件序列中，員工進入報銷申請程序并準備打開當月報銷單。

[觸發條件]：系統沒有發現和該員工對應的當月報銷單。

[具體內容]：系統為員工創建一張當月報銷單。

[返回位置]：基本事件序列中的“打開報銷單” 步驟。

A2 刪除報銷記錄

[起始位置]：在提交報銷單之前任意時間點。

[觸發條件]：員工希望刪除某一條報銷記錄。

[具體內容]：系統刪除有員工指定的某一條報銷記錄。[返回位置]：同“起始位置”。

A3 更新報銷記錄

[起始位置]：在提交報銷單之前任意時間點。

[觸發條件]：員工希望更新某一條報銷單。

[具體內容]：系統根據員工輸入的內容更新相應的一條報銷記錄。[返回位置]：同“起始位置”。

A4 保存當月報銷單

[起始位置]：該Use Case 允許員工在事件流中的任意時間點保存當月的報銷單。

[觸發條件]：員工希望將已經錄入的報銷記錄保存在報賬系統中。

[具體內容]：系統保存該員工當月報銷單，并給出確認信息。員工可以在保存當月報銷單之后直接退出系統。

[返回位置]：同“起始位置”。

A5 報銷記錄不合理

[起始位置]：基本事件序列中，“驗證報銷單”步驟中對每一條報銷記錄驗證結束之后。

[觸發條件]：包銷記錄不滿足某一條適用的準則。有兩種情形：第一，某報銷記錄的金額超出了其對應類型費用的上限，已知有三種：請客戶用餐人均超過300元，出差時每天住宿費超過800元，移動電話費再無特殊說明情況下超過800元；第二，報銷費用的類型和員工所處部門及職能不匹配，已知的情形是業務部門的員工申請加班補助。

[具體內容]：系統告知員工不合理的報銷記錄編號，以及未通過驗證的原因。[返回位置]：即本事件序列中的“填寫報銷單”步驟，目的是更正有問題的報銷記錄。

A6 人事管理數據庫不可用

[起始位置]：即本事件序列中，提交報銷單步驟結尾

[觸發條件]：當報賬系統向人事管理數據庫索取信息而該數據庫沒有正常的響應。

[具體內容]：以對話框形式告知員工“人事管理數據庫不可用，報賬但沒有提交成功”。

[返回位置]：Use Case 執行結束。

A7 郵件未即時發出

[起始位置]：基本事件序列中，“提交報銷單”步驟的結尾，成功地從人事管理數據庫獲得相關信息后。

[觸發條件]：報賬系統要求發送相關郵件時，郵件系統沒有及時的響應。

[具體內容]：系統將以提示信息的方式告知員工“郵件沒有及時發出，但是報銷單在系統內已經提交成功，待郵件系統恢復后，相關郵件會自動發出”。[返回位置]：Use Case 執行結束。

特殊需求列表（專屬于該Use Case）

暫無

啟動條件

員工成功登錄系統，通過身份驗證。被系統提示進入“報銷申請”或“借款申請”功能。

結束狀態(組)如果該Use Case 順利執行，員工得報銷申請記錄將被建立，更新、保存或者保存并提交；否則，系統地狀態應該保持和該Use Case 執行之前相同。

輔助圖示(活動圖)

“補充規約”要點 1.RDBMS數據庫訪問 2.分布式處理

詞匯表 要點

? 員工。公司的正式雇員

? 經理。負責審批某員工當月開銷的管理者，是較高級別的員工。

? 報銷紀錄。與業務有關的某一項具體的花費，包括業務活動發生的時間、地點、客戶名稱（可選）、原因以及費用金額和種類（交通、餐飲、會議、通信和雜項）。? 報銷單。員工在一個（自然）月內的所有報銷紀錄的集合。

? 工資戶頭。公司將員工用于日常業務活動開銷的補償金額返還至員工的銀行賬戶，該帳戶的基本功能是供員工接受工資。

? 人事管理數據庫。該數據庫紀錄了有關人事管理的相關信息，與報帳系統有關的是公司的組織機構(“員工”和“經理”的關系)。

? 內部郵件系統。該郵件系統負責收發與公司業務有關的電子郵件信息。

“提交報銷申請”[控制，SubmitClaim]的Use Case

簡介：

員工通過報賬系統填寫報銷申請，輸入相關活動產生的費用，在一次或者多次填寫后提交，經驗證之后，以電子郵件的方式通知相應經理批復。

事件流（Flow of Events）

基本事件序列(Basic Flow)打開報銷單

[員工]：員工[實體，關鍵抽象，Employee]選擇進入“報銷申請”[邊界，SubmitClaimForm]功能。

[系統]：如果該員工當月報銷單[實體，關鍵抽象，ClaimReport]存在，系統將取出相應信息并展示給員工；如果該員工的當月報銷單不存在，則轉至A1備選事件序列。添加報銷記錄

[員工]：員工要求添加一條報銷記錄。[系統]：系統顯示一條空白的報銷記錄。填寫報銷記錄單

[員工]：員工開始填寫報銷記錄[實體，關鍵抽象，ClaimRecord]，每條報銷記錄包括的信息有：業務活動發生的時間、地點、客戶名稱（可選）、原因以及費用金額和種類（交通、餐飲、會議、通信和雜項）。

[系統]：系統顯示并記錄員工輸入的信息。為了讓員工方便而準確地輸入相關信息，除了客戶名稱、業務活動原因和金額之外，其他信息域提供相應的下拉式選擇列表。

（重復以上針對每一條報銷記錄的活動），直至所有記錄填寫完畢。）驗證報銷單

[員工]：員工填寫完畢所有報銷記錄之后，要求系統驗證這些記錄的合理性[實體，ValidRule]。

[系統]：包銷記錄的初始狀態為“未驗證”，每當一條報銷記錄被驗證為合理，系統監該報銷記錄的狀態設置為“已驗證”，系統在驗證所有報銷記錄（為“已驗證”）之后提示用戶可以提交本月的報銷單。驗證為合理的記錄必須滿足集中條件：第一，不同種類的費用不超過相應得限額；第二，報銷費用的類型要和員工的職能匹配。對于未通過的驗證的報銷記錄，轉至A5備選事件序列 提交報銷單

[員工]：所有報銷記錄經過驗證之后，員工提交當月的報銷單。

[系統]：系統保存這張報銷單，將報銷單的狀態設置為“以提交”并記錄提交日期，同時這張報銷單被設為“只讀”。系統要從人事管理數據庫[邊界，HRDatabase]中獲知該員工及其經理（負擔該員工當月開銷者）的電子郵件地址。如果此時人事管理數據庫不可用，轉至A6備選事件序列。

為了及時通知相關人員，系統將自動生成一份以當前報銷單為內容的電子郵件發送到該員工及其經理的信箱中。當郵件成功發送后，員工得到一個確認信息。如果此時郵件系統[邊界，MailSystem]未能將郵件及時發送，轉至備選事件序列A7。

第三篇：需求分析

需求性分析

（網絡書店管理系統）

一、概述

隨著網絡通訊技術的發展，網上書店作為出版社一種全新的銷售手段，越來越受到人們的關注。它打破了傳統銷售模式在時間、空間上的限制，采用了先進的銷售手段和銷售方法，大大提高了經濟效益和資源利用率，使商務活動上了一個新臺階。它可以使顧客足不出戶，就能通過網絡選購商品，并由相應的網絡經銷商送貨上門。本系統的好處就是不僅能讓消費者可以方便地得到所需商品，而且還能有效的減少銷售環節，從而最大限度地降低了商品的最終價格。本項目所用的操作系統是windows 7，開發系統是Visual Studio 2008，數據庫采用SQL Sever 2005。

三、數據字典

編號名稱類型說明

1書籍信息數據存儲書籍信息=書名+作者+年代+編號+采編人員

2會員信息數據存儲會員信息=姓名+性別+出生日期+住址+聯系電話

3圖書細目數據存儲圖書細目=編號+購買記錄

第四篇：需求分析

1、對投標人的要求

投標人必須認真閱讀以下內容，以免造成投標失敗。

1）投標人必須保證所提供的產品貨真價實，所有產品均提交原始設備生產廠商證明。

2）設標人對招標人提出的需親自到現場解決的問題能保障4小時內的響應，咨詢應及時相應。

3）投標人應本著認真負責的態度組織技術隊伍，并做好投標的整體方案并提出長期保修、維護、服務以及今后技術支持的措施計劃和承諾。

4）自系統建設工作一開始，投標人就應允許招標人的工作人員參與系統的安裝、測試、診斷及解決問題等各項工作。

5）投標人必須提供系統建設的工作內容、工作日程表，日程表內容至少應包括到貨日期、驗貨日期、驗貨人員、現場安裝、系統聯調、系統試運行、集成驗收、應用系統運行、技術培訓等。

6）投標人必須保證有能力進行對設備（應用系統、材料）生產廠商的簽約、督導和工作協調。

7）投標人應對滿足規定指標的設備及軟件供貨商的在資信和信譽進行認真考核并對招標人負責。

8）投標人應將招標人標書中所有設備、軟件。及與有關生產廠商簽約和有關技術合作、維護、服務等文件以副本形式提供給招標人以份。

9）投標人應負責在項目完成時將系統的全部有關技術文件、資料及測試、驗收報告等文檔匯集成冊交付招標人。

10）投標人應對招標人標書中所列內容全部驗收后方為該項目的建設工作完成。

11）投標人和產品供貨商對提供的產品保證的技術支持售后服務，保證的產品免費維修服務。

2、對于投標書的要求

1）投標人必須滿足標書的要求，否則投標人的投標書將被拒絕并認作沒有回答。

2）投標人必須審閱相關技術手冊以便準備投標文件和技術部分，提供一個準確的陳述。對每個單項產品，投標人必須提供原廠商的正式技術指標說明材料。

3）在投標書中建議的每個硬件和軟件的型號部件逐一說明。

4）投標人的投標文件需將技術部分和商務部分嚴格分離，分別封裝，否則將可能影響評價結果。

3、對招標書的說明

1）投標人須提供詳細外網建設方案。

2）必須按招標人提供的網絡設備、軟件、連接件進行設計。若有特殊情況無法滿足系統方案及系統運行要求的，投標人應主動提出來，并以書面的形式告知招標人，待招標人確認后才進行修改。

一、建設的總體要求

南充市電子政務外網按照中共中央辦公廳、國務院辦公廳轉發的《國家信息化領導小組關于電子政務建設指導意見》（中辦發[2002]7號文件）的要求進行建設。電子政務外網與互聯網邏輯隔離。縱向與中央、省、縣、鄉各級黨政機關相連，橫向與各級部門相連。本次建設要求市政府、市委、人大、政

協通過光纜連接，不在光纜覆蓋范圍內的部門通過租用電信營業運營商的線路輸入，機房（設備間）設在南充市順慶區清泉城市政府辦公大樓。

二、建設的詳細要求

（一）南充市電子政務外網平臺建設工程項目。

1、網絡建設的目標

采用千兆以太網技術，建成以千兆光纖（主干）+非屏蔽雙絞線為主要傳輸介質的計算機通信網絡。計算機網絡設備的配置須滿足南充市電子政務外網需求。符合中辦發[2002]17號文件要求能適應2-3年內的業務增長和突發性事件的需要。確保系統的可擴展性和先進性，并注意設備的冗余設計以及網絡的負載均衡。

2、網絡平臺的建設

政務外網是政府的業務專網，與互聯網之間邏輯隔離，主要運行政務部門面向社會的專業性服務業務和不需要在內網上運行的業務。建設電子政務外網平臺的目的是促進各個業務系統的互聯、資源共享。

物理鏈路：市級匯接中心與各縣（市區）匯接中心相連，實現上下之間、縱橫之間的信息、文件的相互傳輸。設置支持多層交換和千兆的網絡核心；采用具有千兆上連能力的10/100M自適應交換機作為訪問層交換機；新區1、2、3號辦公樓的計算機用戶直接與本樓交換機相連訪問政務外網。

傳輸介質：選擇光纖作為網絡主干（市政府至市委、人大、政協；1號樓至2號樓、3號樓）傳輸介質，其他采用非屏蔽超五類雙絞線作為傳輸介質。

網絡操作系統：Windows NT/2000 Server或UNIX或LINUX。

網絡協議：TCP/IP。

網絡應用平臺：應用系統采用符合“建立統一的信息應用平臺”進行設計和開發。應用系統的建設可根據各應用系統的特點，選用C/S或B/S模式，也可以采用兩種模式相結合的方式。

3、數據中心建設

數據中心匯集電子政務外網的所有服務器系統和應用系統，是開展各種應用和服務的統一電子政務平臺，是網絡的運行管理中心。

4、網絡安全建設

1）網絡隔離

充分利用交換機的交換路由功能，根據業務管理需要劃分VLAN

2）防火墻技術

3）虛擬專用網絡（VPN）技術；

4）病毒防治技術

5、應用系統建設

電子政務網絡平臺的建設目的是應用，進行應用系統的建設是電子政務建設的核心內容，是電子政務建設的重中之重。

本次應用系統建設的重點是：

1）辦公自動化系統

辦公自動化系統建設的重點是市委辦系統和市政府辦系統。辦公自動化系統常規技術要求：

? 統一平臺

系統要求基于Lotus Domino平臺的開發，同時還將第三方開發工具

（Java、VC++）用于辦公系統的底層開發，通過控件技術實現了手寫批示、工作流定義、統計分析、個性化界面設計等，提供一套完整的基于Lotus Domino的辦公自動化系統。

要求在Windows 2000NT、Linux等平臺上實施基于Lotus Domino的辦公系統。須購買相應的正版軟件。

? 支持B/S模式

辦公系統支持B/S方式運行。

? 工作即時提醒

工作即時提醒通過對服務器端個人信息的定時監測實待辦事宜、郵件、便簽信息及時提醒，以免耽誤工作。提供常規的計算機提醒和擴展的手機或呼機提醒的組合。

? 電子/手工并行支持

? 辦公系統在電子方式初期運轉時特別注意到與紙質文件并行的支持因此

在每一個環節要求設置打印功能，部分環節還要設置掃描輸入功能。? 流程定義

（1）能提供完整的流程自定義：用戶既可以選擇預先配置好的流程模板收

發公文，又可以根據自己的意圖，很方便地創建、修改流程無需編程。圖形化的流程定制界面。

（2）能對整個工作流程進行實時跟蹤監控并及時記錄審核修改信息。能夠

按照辦公有關規定顯示公文在其辦理過程中所處的地點、狀態，以便

采取相應的統計、分析、催辦等處理措施。

（3）可以根據實際工作需要和各類辦公業務的環節來定義任務停留時間，系統定時檢測，超時催辦提醒。當用戶有新的任務需要處理時，系統

提供視覺和聽覺的提醒功能。

? 人員權限集中設置

（1）權限設置

開發與辦公系統配套的權限設置控件，與系統配置集成在一起，便于系統管理員行使管理職責。

（2）工作流調整

工作流調整通過工作流定制平臺實現，在工作流屬性中可以調整

辦理流程的管理員、閱讀者、時間控制、歸檔等。

（3）辦公系統群組授權

在處理屬性中可調整辦理人員、辦理權限、處理的時間設置、域

值設置、分發設置、自動代理、讀者控制、代辦轉辦設置等。

（3）工作流中的人員調整

工作流中各個辦理節點的辦理人員要求支持角色（崗位）和人員

兩種命名方式。

角色（崗位）是相對固定的，當針對某崗位的具體人員發生工作

調動、職務變更調離等變化時，管理員以最簡單的方法發出變更

指令，調整角色（崗位）和具體人員的對應關系即可完成系統的調整角色（崗位）與具體人員對應關系在系統配置的人員管理中

實現。

? 多種公文處理方式

文件修改支持鍵盤輸入和手寫批示，圖像格式保存保證清晰，支持公文掃描輸入系統初始化時可以自動檢測文件掃描輸入程序。能實現自動無損數據壓縮。手寫筆采用漢王手寫識別筆或類似功能手寫筆。能提供各種公文格式模板，簡單易操作。

? 手寫控件痕跡保留

在辦公自動化系統使用過程中，很多環節需要領導親筆簽名，為了解決這一問題，很多常規的辦公自動化系統只好將文件打印出來，請領導親筆簽名。不僅學雜費紙，而且秘書的工作量也加大了。

在辦公自動化系統中的任何需要領導親筆簽名的應用數據庫中都可以方便地設置并使用。支持針對WORD格式文檔批注，有選擇地查看批注的筆跡；可清除未確認前批注的筆跡（分單筆劃清除和全部清除，確認后不能清除）

? 容錯與糾錯的能力

系統要充分考慮容錯和糾錯能力，以防止數據誤操作而導致數據丟失。? 系統操作安全日志

系統要求具有詳細的系統日志功能，如：用戶登錄、數據庫訪問、郵件路由、數據復制、記賬信息（已用時間、已讀文檔、寫入文檔、網絡端口、網絡使用、傳送處理量）、中繼連接等信息。

同時，管理員還要求能夠對日志信息庫進行維護操作。

? 系統管理分級機制

辦公系統涉及到單位內部大多數用戶，因此辦公系統管理工作量較大而且繁雜，因此辦公系統管理分為系統管理員和應用管理員。

系統管理員負現：系統管理，包括驗證字維護、用戶人員維護、系統日志跟蹤、辦公數據備份、主從服務器復制（數據傳輸）設置；

應用管理負責：功能模塊存取權限設置、流程定制、應用能數據初始化（關鍵字維護）等；

? 應用系統監控

辦公系統服務器保證管理員可隨時查看、服務器資料。

? 授權與代理人

待辦事宜授予權。

2）政府門戶信息網站

政府肩并肩信息網站是一個面向企業事業單位及公眾用戶的窗口。通過網站，可以樹立南充市政府的形象，方便機關、企事業單位了解政府概況、行政審批、資格認證等相關事項；保證以最快捷的方式在最大的范圍內讓企事業單位了解最關心的政府信息。

a)網站設計原則

? 整體設計分步實施

門戶信息網站的設計不應該是一個孤立的網站,在設計上, 應考慮它與政務辦公系統相關,同時考慮今后的變動和擴展;

? 穩定安全性

信息安全是政府信息網實施的第一要素,網站系統不但要能夠實現功能,更重要的是要穩定安全。否則，會影響政府形象。

? 整合性

門戶信息網站的建設應能實現內部辦公事務和外部事務處理的整合，通

過建立政務辦公信息流和事務信息流的平滑對接，提高信息流的效率。同時，能夠實現多種溝通模式的整合，通過通訊平臺的多樣化優勢，提高門戶信息網站系統的覆蓋能力。

? 可擴展性

政府信息化建設是一個分階段的長期過程，南充市外部信息網的構造具有高度的庶民性，以降低系統擴充的調入成本，并滿足信息技術高速發展的需要。

? 示范性

門戶信息網站的建設所采用的技術和產品應對社會具有廣泛的示范性和引導性，網站的總體結構應依據國家電子政務安全規范和國家電子政務標準技術參考模型設計。

? 技術先進成熟性

門戶信息網站應采用大型關系數據庫、模塊化等先進成熟的技術方法在給用戶提供了極大的靈活性的同時，也有效地保證了系統的可靠性。? 系統的易管理維護性

系統符合用戶的使用習慣，并滿足系統的各項要求，操作方便靈活，系統的實用性是新建系統的關鍵。

? 系統的容錯性

網站系統在實施之前經過了嚴格和多角度的測試，系統可對日常工作中的某些誤操作應有防止功能，以保證整個系統的容錯與糾錯能力。

b)網站建設目標

建立一個開放的、基于標準的電子政務統一應用平臺，實現信息交換和資源共享面向公眾提供服務，增強各部門工作的透明度。

逐步支持數據、主意和視頻業務，運行各部門的業務系統，實現各網間的信息交換和資源共享，同時建立完善的信息安全體系和相應的備份系統。c)網站功能

? 遠程數據維護

對數據庫中的和戶信息，可直接通過網絡進行遠程操作，用戶只需進行管理員身份確認，即可對遠程數據進行維護管理。管理員有權力對數據進行修改、添加、刪除、分類等。

? 身份安全確認

對遠程數據庫管理員的確認，保證數據安全性。

? 信息調查

對網站相關的信息或者其他需要調查的信息進行定制問卷式調查，網站會自動統計不同選項的數據，以圖形的方式表現出來。

? 全文搜索：對本網站相關的信息進行搜索

? 友情鏈接：可以進行一些比較好的網站進行鏈接，可以進行分類鏈接。? 網站地圖

? 最新活動：實時的對各種大事進行發布，動態更新。

? 會員注冊

上網的用戶可以進行動態注冊，然后經過系統工程管理員進行確認的權限分本，可以進行相關內容的管理。普通注冊的用戶只可能管理自己要管理的信息，而網站管理員可以管理整個網站。

? 滾動信息

以滾動的方式動態顯示一條重要信息，可以隨時進行替換更改。

? 網站信息內容的自動控制更新

網站所有的內容都江堰市是動態顯示，隨時發布、隨時更新。用戶隨時都江堰市可以看到最新網站內容。

? 數據交換站

注冊用戶，經過管理員授權后，可以向指定目錄上傳文件或下載文件。權限控制臺在管理系統中實現。

? 留言板

為報名者設立的一個提問版塊，用戶可把在報名過程中遇到的所有問題進行提問，管理員將會以最快速度回答所有問題。瀏覽留言無需權限限制。

? 市長信箱

3）電子郵件系統

支持5000用戶，能夠定制包過濾和別名服務，備份服務等。

4）應用交換平臺系統

在電子政務應用交換臺平臺系統建設中，采用XML和J2EE（java 2 Enterprise Edition）技術實現。

6、信息資源建設

根據中辦發[2002]17號文精神,信息資源建設的重點是抓基礎性的全局性的戰略性的重點數據庫的建設。在堅持統籌、標準統一、整體協調的前提下，結合實際情況，本次重點進行以下數據庫的建立；

1）文件資料數據庫

將要對公眾公布的有關文件夾資料，建立相應的數據庫系統，為南充市領導決策提供支持，為南充公眾提供服務，從而促進南充經濟和社會發展。應保證以前的數據庫能名平滑地過渡到現在的系統中。

2）地方法規數據庫。應保證以前的數據能夠平滑地過渡到現在的系統

中。

第五篇：《采購需求申請單》說明

《采購需求申請單》使用說明

一、填寫要求

1、本單據應按照要素填寫完整、清晰，由公司領導審核批準后報采購部門執行采購；

2、請購人填寫的請購物品、物資需提前與倉庫核對是否有庫存，滿足需求的，從倉庫申領，不足需求的填寫《采購需求申請單》申請采購；

3、涉及公司各部門急需的物資，公司領導不在的情況，可以電話或其他形式請示，征得同意后提報采購部門，簽字確認手續后補；

4、如果是單一來源采購或指定采購廠家及品牌的產品，請購部門必須做出書面說明；

5、審核人及批準人需認真核對請購人填寫內容是否完整、清晰，不符合規定的予以拒絕；

6、《采購需求申請單》的變更應以書面形式由公司領導簽字后報采購部執行；

7、填寫請購物料信息時，請按物料類別填寫，相同類別的產品，應盡可能填寫在同一張申請單上。目前物料大致分為：五金電料類、注塑件類、機加工類、電子材料類、手板件類、電器及成品設備類、化工產品類、包材類、工具工裝類、車輛類、外協OEM類、軟件類。

二、填寫說明

請購部門：請購人填寫 請購人：請購人簽字

請購部門主管：請購部門主管簽字 項目名稱：請購人填寫 項目編號：請購人填寫 交貨地點：請購人填寫 申請時間：請購人填寫 需求時間：請購人填寫

申請單號：請購人填寫（提示：申請單號由采購部統一編號，請購人提交申請單前，需要先向采購部指定負責《采購需求申請單》編號的接口人要一個申請單號，接口人目前為采購部長）用途：請購人填寫

請購物料信息：請購人填寫 請購需求描述：（請購人根據實際情況填寫）

（一）請購人填寫

（二）請購人填寫

（三）請購人填寫

（四）請購人填寫

（五）請購人填寫

（六）請購人填寫

總經理：總經理簽字

三、重點說明

采購請購人向采購部提交的《采購需求申請單》統一由采購部長作為接口人接收，請購人需要同時提交紙質和電子檔兩種格式的。

1、紙質《采購需求申請單》填寫要求：

（1）請購人：、請購部門主管：、總經理： 以上三項為手寫簽字；

（2）請購需求描述：其中的“□”項，手寫打“√”，其余內容全部在電腦上輸入后打印出來。

（3）紙質《采購需求申請單》上內容，不能涂寫、修改，否則需重新提交。

2、電子檔《采購需求申請單》提交要求：（1）要求是EXCEL版本；

（2）電子檔文件名稱為：具體的申請單號；（3）以郵件形式發送采購部接口人；（4）郵件的主題為：具體的申請單號。

供應鏈中心采購部

2014年7月9日