第一篇：上海市房屋稽查執法管理系統項目需求書

上海市房屋稽查執法管理系統項目需求書

一、項目概述

房屋稽查執法管理系統（以下簡稱系統）擬建房管局執法監督處的業務管理系統。房管局執法監督處的主要職責是：

? 負責指導監督區縣房屋管理部門的行政執法工作；

? 負責處理涉及房屋管理重大事項的舉報、控告和投訴。

二、建設目標

本系統的建設目的是為了規范房管局稽查執法工作，保證住房保障和房屋管理有關法律、法規和規章的有效實施，通過技術手段加強房管部門業務互動、規范房管系統稽查程序、提高稽查效率、方便社會公眾對執法工作了解和監督。

本系統通過“市房管執法隊—區縣房管執法隊—房管辦”三級聯動機制，實現行政執法案件管理、行政執法人員管理、統計分析、系統管理功能及信息安全及服務接口等任務：

? 行政執法案件管理：本項目的核心功能，通過執法案件受理、調查、審核、聽證、執行并最終結案提供有效的監管和追溯功能。

? 行政執法人員管理：規范執法人員管理。

? 統計分析：通過圖表、匯總等方式把本項目中的數據匯總起來，提供具有針對性的業務統計功能。

? 系統管理：對本項目的用戶訪問權限及其他配置功能項進行管理。

? 信息安全：通過各種技術手段和控制策略保證業務、系統和數據的安全和穩定。? 服務接口：實現與外部系統的標準化服務，實現多系統支持的工作模式。

三、建設內容

本系統是一個覆蓋全市房管系統執法監察與管理的業務系統，應滿足不同層次、不同類型的用戶業務需求，要求包括以下模塊：

3.1執法案件管理

3.1.1 案件管理

為有效對執法案件進行管理，本模塊需提供以下功能：

? 立案審批：完成整個業務操作流程，從啟動監測到反饋的整個審批過程。該模塊需要多個角色參與，在立案審批過程中，可根據各部門實際業務需求，進行流

程配置。

? 承辦調查：承辦人員組織相關人員進行筆錄詢問、現場勘查、收集證據等，調查結束后，整理案件調查終結報告，初擬行政執法意見，提請進行審核案件。? 案件審核：形成案件執法決定，各單位根據業務實際，核審過程有所區別。? 案件整改告知：執法部門告知當事人違法事實、執法依據、處罰意見等，當事人可對執法意見提出申辯申請。

? 案件決定：執法部門出具《行政執法決定書》，告知當事人違法理由、依據和處罰內容。

? 案件執行：執法部門對當事人處于相應的行政處罰。

? 案件結案：執法部門按相關程序編寫結案報告，進行文件歸檔，完成案件辦理。? 案件反饋：對于從信訪投訴過來的案件，行政執法處理結束后，通知投訴系統事件的處理結果和完成情況。

3.1.2 收件檔案掃描管理

收件檔案掃描是為了避免大量紙質件袋流轉、查閱所帶來了資源消耗。房屋稽查執法系統的執法案件管理業務需要收取必要的書面材料，本模塊的功能就是把這些紙質材料轉換成為電子檔并與業務案件實現關聯。考慮到日常業務辦理的效率，收件掃描不在業務辦理中進行而是在后期統一處理，因此需要在處理關聯的時候驗證電子檔案與業務案件是否匹配。

3.2 執法人員管理

為滿足執法部門對行政執法實施情況進行實時、全程、有效的監控，提高執法人員行政執法的效能，本模塊包含以下功能：

? 執法證管理

? 正式辦案人員管理

? 輔助辦案人員管理

? 執法人員培訓管理

? 執法人員績效管理

3.3統計分析

? 包括自定義報表格式，數據統計和報表分析三個部分；

? 提供自定義報表格式，各執法部門可根據各自業務實際自定義報表格式；

? 數據統計支持按單位、時間段、案件類型、執法結果等多種方式的統計功能； ? 報表分析可根據不同條件進行數據統計，并以圖表等方式表示；

? 支持統計數據導入、導出功能。

3.4 系統管理

3.4.1 用戶管理

用戶管理模塊需要實現用戶注冊、認證、授權的統一管理，為保證足夠的安全等級，需要采用專門的USB-KEY設備或證書管理系統，支持對個人證書的頒發和驗證。

對于用戶進行角色配置，確定該用戶所能訪問和使用的功能模塊。

3.4.2 角色管理

提供角色的創建和修改，角色管理是把虛擬一個操作用戶，并在系統內確定該用戶所能夠使用的功能模塊，一個用戶能夠被賦予多個不同的角色，并且系統會根據最高的權限賦予該角色所對應的用戶。角色管理所包含的內容：角色名稱、代碼、描述。

3.4.3 菜單管理

定義本系統的功能模塊菜單，一個菜單一般對應一個獨立的功能模塊，并且該菜單能夠被賦予角色。菜單管理所包含的內容：菜單名稱、代碼、鏈接地址、描述。

3.4.4 權限管理

設定系統菜單和角色之間的關聯。

3.5 信息安全

系統在建設過程中需要充分考慮數據和查詢的安全性，并能夠記錄詳細的查詢日志。在實際業務辦理中需要盡可能的驗證申請對象的身份，保證查詢的真實性和有效性。同時對于出具的查詢結果也需要能夠保證不會被偽造和非法利用。

3.6 服務接口

本系統需要與成果測繪系統（GIS）、房產登記系統、物業管理系統、房地產市場管理信息系統、經紀服務系統建立數據交互接口。

四、技術要求

4.1 功能性要求

功能性要求應滿足本文檔第三節所規定的內容。

4.2 穩定性要求

房管系統行政執法監督管理信息系統應達到以下穩定性要求：

? 實現5×8小時在線案件處理服務。

? 數據庫服務器、應用服務器的CPU、內存等關鍵參數運行平穩。

? 數據庫連接池、線程池應保持穩定，避免死鎖和長時間排隊。

4.3 安全性要求

行政執法監督管理信息系統應達到以下安全性要求：

? 網絡安全：應與現有機房環境的安全設備兼容。

? 傳輸安全：應對關鍵數據進行加密傳輸。

? 存儲安全：應利用現有的備份機制。

? 身份認證：應兼顧硬件方式（USB-KEY）和軟件方式（用戶名/密碼）兩種。? 訪問控制：應根據角色設定數據權限和操作權限進行控制。

? 功能安全：應對關鍵業務的關鍵操作進行日志記錄，防止非法數據進入系統，防止網絡非法入侵手段。

4.4 運行效率要求

行政執法監督管理信息系統應具有較高的系統響應性能及并發訪問性能，至少支持200個并發用戶，并具有一定的容錯性。

4.5 易用性要求

行政執法監督管理信息應采用B/S架構實現，以提高用戶體驗為目標，并達到以下易用性的要求：

? 風格簡約，色調柔和，合理利用瀏覽器空間，減少不必要的操作。

? 操作簡便，支持必要的“微操作”（如鍵盤快捷鍵）。

? 從操作者的角度出發，提升用戶體驗效果。

? 兼顧效率，合理減少用戶操作的等待時間。

? 友好提示，在人機交互過程中，有效甄別輸入的正確性。

4.6 兼容性要求

由于用戶使用的操作系統存在多種版本，因此需要保證系統能夠兼容Windows XP、Windows Vista、Windows 7操作系統，瀏覽器應兼容IE 6.0、IE 7.0以及IE 8.0。

五、維護要求

? 提供2人現場支持一年免費維保服務

? 擴容支持服務

? 升級支持服務

? 5×8小時電話技術咨詢服務

? 技術資料支持

六、系統培訓和技術支持

6.1系統培訓

在系統實施階段，響應單位應對本系統用戶以及管理人員進行操作培訓，需要配備1-2名培訓講師，并提供詳細的系統操作手冊。

6.2技術支持

響應單位必須具備5×8小時上海地區的技術支持能力，能提供現場技術支持和具備7×24小時上海地區技術支持的優先考慮。

第二篇：文明單位創建管理系統項目需求書

文明單位創建管理系統

需求意向書

2012年12月

前 言

本著提升文明單位創建水平、推進文明單位建設不斷提高目的，不斷創造文明單位創建活動新載體，為文明創建工作帶來了新亮點。結合工作實際，綜合運用先進的網絡編程技術，開發《文明單位創建工作管理系統》（以下簡稱《系統》），形成集文字、圖片、視頻于一體的立體化、多媒體的文明單位創建工作Web網絡電子檔案，有力地促進了轄區文明單位創建工作規范化、系統化、科學化。

一、《系統》設計特色

1、板塊設計精細化。《系統》以天津分行《文明單位建設管理考核實施細則》要求為依據，對天津分行《文明單位量化考核標準》進行細化分解，把62條考核標準細分為領導班子建設、干部隊伍建設、金融業務工作、綜合管理四大板塊形成文檔資料中心，每個板塊設若干子欄目。

2、展示技術多樣化。《系統》運用流行的網絡編程技術綜合開發而成，集文字介紹、圖片展示、視頻播放于一體，網頁生動活潑，表現形式靈活，內容展現豐富多彩。

3、檔案管理系統化。《系統》是一個電子檔案庫，文明單位創建工作的所有資料均可通過及時錄入到《系統》板塊和子欄目內，而且可根據需要刻錄光盤進行保存入檔，文明創建工作檔案實現系統化。

4、創建過程動態化。《系統》把創建資料分門別類錄入其中，真實地記錄創建活動內容，動態地反映了創建活動過程、活動效果，保證了資料的連續性和完整性。

二、《系統》實現功能

1、系統記錄功能。《系統》能詳盡記錄創建內容，反映創建過程，展現創建效果。每項創建活動從計劃到開展，從開展過程到活動效果的評價，在系統相應欄目都有翔實的紀錄。通過《系統》能夠身臨其境地感受文明單位創建的歷史足跡。

2、督促指導功能。《系統》是按《文明單位量化考核標準》設計的欄目，各欄目對創建活動都有具體要求，該欄目內容的完成進度、完成時間、達到效果等，通過查看《系統》欄目就能一目了然，對創建活動各項工作責任人起到督促指導作用。

3、檢查驗收功能。該系統的設計依據是天津分行《文明單位建設管理考核實施細則》，因此通過《系統》電子資料就能了解文明單位創建活動開展情況，檢查文明單位創建活動。可以通過具體檢查創建活動的開展項目和開展程度，按照《文明單位量化考核標準》逐條評價打分，既便于對文明單位創建效果自我評價，又為上級行檢查驗收文明單位創建工作提供了便利。

4、信息交流功能。通過登錄《系統》查詢，本單位各崗位人員可以掌握全行文明單位創建整體進度，及時了解各個崗位工作開展情況，達到相互學習、相互交流、取長補短的目的。由于《系統》是以Web網頁形式創建，可以通過在內聯網發布網絡鏈接，為支行之間信息共享提供便捷的交流平臺，促進創建經驗的相互借鑒、共同提高。

三、《文明單位創建工作管理系統系統》運行效果 我們希望通過使用《文明單位創建工作管理系統系統》可以讓相關人員從繁瑣的操作流程和文書處理中解脫出來，提升工作效率和管理水平，實現文明創建管理工作的規范化和系統化，對促進文明單位創建發揮了積極作用。

系統設計

一、總體思路

根據工作需要，本著便于操作和實用的原則，確定該系統的總體設計思路是參照辦公自動化系統的運行模式實現文明單位創建管理工作的模式化、程式化、模板化。

二、主要模塊

系統主要目的是達到文明單位創建管理工作的的模式化、程式化、模板化，提高創建管理效率。主要包括以下模塊：

（一）文檔資料中心模塊。包括： 1.領導班子建設 2.干部隊伍建設 3.金融業務 4.綜合管理

以上四個版塊可以由系統管理員任意動態設置多級子欄目，欄目的文檔類型可以分為普通文檔和會議記錄文檔。普通文檔的內容包括文字、圖片、報表、視頻，會議記錄文檔是具有固定模式的文檔，包括時間、地點、人員、主持人、會議主題、會議內容等。

對于文檔的操作要設置權限，權限包括錄入、瀏覽、打印、修改、刪除等權限，根據不同的用戶對象，由系統管理員設置相應的操作權限。

（二）網絡中心模塊。本模塊實現系統內用戶間的短信聯絡，或 4 領導對管理工作的指導，同時還要有友情鏈接，便于訪問其他網站。

1.個人信息修改 2.修改登錄密碼

3.網絡郵箱。包括收郵件、發郵件、已讀郵件、已刪郵件、已發郵件

4.網絡互動。包括在線討論、互動會議。5.友情鏈接。

（三）考核測評模塊。根據文明單位創建考核辦法，系統要具有對創建單位的創建工作進行考核的功能，考核內容共有62條，每條有一定的分值，考核分為自評和驗收考評，每個創建為3年，每半年考核一次。

（四）系統管理模塊。包括：

1.系統參數設置。設置系統使用單位名稱、安全設置（IP地址限制、屏蔽工作區鼠標右鍵）、信息提示鈴聲、網頁刷新時間設置、界面風格等。

2.用戶管理。增加、刪除、修改系統用戶，用戶分為兩類用戶，即系統管理用戶和普通用戶。

3.用戶權限管理。由系統管理員對普通用戶工作權限，工作權限包括文檔的錄入、瀏覽、修改、刪除等。

5.用戶活動記錄。查看用戶的登陸記錄，包括登錄時間、登錄IP、操作記錄。

6.系統菜單維護。由系統管理員動態設置文檔管理中心的欄目。7.考核模版管理。對每條考核的內容，設置對應欄目的鏈接，方便考評時查詢，考核內容模版見附件“考核.htm”。

第三篇：HC3i-上海市120醫療急救中心手機定位系統項目需求書

上海市120醫療急救中心手機定位系統項目需求書

一、項目背景

進入21世紀后，面對經濟轉軌，國際接軌的趨勢，上海整個城市功能發生了巨大轉換，全球化經濟背景下面臨著機遇和挑戰。作為國際型大都市的上海，城市完備的市政設施、繁榮的市場、發達的經濟，大大提高了人們的生活質量。生活質量越高，人們對自己的生命質量要求越重視。同時國內外大型重要會議和活動的舉辦，2010年世博會的召開對120調度指揮系統反應及時性要求大大提高。

上海市醫療急救中心“120”調度指揮系統于1999年啟用至今，良好地完成了其設計目標，即“120”電話受理錄入、急救車輛指揮調派、GIS系統及導航應用等。同時上海120調度指揮系統利用號碼百事通114數據庫，做到實時獲得固話呼救病人裝機地址數據，為調度就近派遣救護資源提供方便。然而，對于近60%業務量的手機撥打120呼救者，120醫療急救中心目前無法實時獲得GIS定位數據。調度員需通過人工詢問呼救地址方式，對其進行GIS定位。120調度指揮系統手機呼救定位功能的開發使得原有的操作得到簡化，調度系統可實時獲得呼救市民GIS定位數據，從而加快了調度系統電話受理錄入速度，縮短急救響應時間。

綜上所述，為了快速應對突發情況，為上海市民提供及時的院前醫療救護響應，縮短急救響應時間，“120”調度指揮系統手機定位功能的建設已迫在眉睫。通過手機呼救定位功能開發，“120”調度指揮系統將移動、聯通、電信運營商平臺提供的手機定位數據，并通過現有的調度平臺接口協議存入中心調度數據庫，完成預期功能。

二、120現有系統概況1、800M數字無線對講機

中心使用800M數字集群無線對講機，車載型設備采用摩托羅拉TETRA MTM800車載終端，手持型設備采用EADS THR880i手持終端。這些設備廣泛應用于08奧運、世博保障、機場保安、公安等市府重要領域。

2、GPS車載終端設備

GPS車載終端是中心調度系統的重要組成部分。調度系統通過車載終端將急救任務信息與病患家屬聯系方式告知車輛救護人員。同時，救護人員通過GPS反饋車輛任務狀態，包括站內途中待命、駛向現場、現場搶救、駛向醫院、醫院交接等等。結合調度系統，調度員就能時刻了解車輛定位信息，任務狀態。從而為就近派遣救護車，及時到達現場搶救病人提供可靠技術手段。

3、120調度軟件

調度坐席采用一機雙屏。左屏主要顯示急救任務情況與車輛信息狀態信息。右屏顯示電子定位信息，圖形化顯示道路、醫院、車輛、呼救地理位置，將上述信息有機整合，從而做到及時發送任務，就近放車。

4、程控交換系統

我中心程控交換系統建設于1999年，采用廣州Harris公司的LH2020系程控交換機。120市話光纖由漕溪局接入，共4個通信模塊與link中繼，分別對應漕溪、慶寧、控江、東昌，以上模塊應用于120電話呼入。24027辦公電話為兩個通信模塊，為汾陽6433局方向接入，以上模塊用于調度派車業務使用，故上述模塊關系120市話受理與調度，事關重要。5、114固話地址庫

系統用于撥打120呼救固話裝機地址查詢，采用一撥一查方式調取號碼百事通公司數據

1of5

庫。

三、招標需求

（一）總體目標

本項目實施后，可以實現如下功能：

1、在受理本地手機呼救求助時，120表單上立即顯示呼救求助者所在位置的大致方向及相關信息，并將所在位置定位在GIS地圖上，為救護車準確有效出動提供參考。

2、撥120呼救求助后可對該手機進行主動定位。

3、性能指標：

1）目標群體：120呼救求助手機用戶；

2）覆蓋范圍：包括移動、聯通、電信三家運營商的手機用戶；

3）實現方式：打一查一；

4）定位精度：市區200米以內，郊縣區500米以內；

5）定位速度：在120接通后5秒內，提供手機經緯度坐標信息，并在GIS系統實時顯示并標注呼救電話定位信息；

系統容量：支持手機用戶每日（24小時）呼入量5萬次的即時定位需求，高峰時段呼入量4000次/小時的即時定位需求，每家運營商并發量為3次/秒，超出部分可延時定位，120系統初次定位失敗，具有重發機制，運營商端三次無法反饋定位信息，系統自動放棄定位請求。

（二）技術要求

本次項目的建設范圍包括實現手機定位功能的所有工作內容，涵蓋手機定位系統建設、120急救受理系統改造、三家運營商接口和數據三部分。

供應商作為總包，需分別與三家運營商以及120急救受理系統承建商協商與其的接口方式，保證定位數據的及時準確獲取。供應商應結合系統安全要求、功能需求、性能指標等多方面，并秉持對現有120急救受理系統做最小改動同時不影響現有120系統運行的原則，給出詳細可行的解決方案。

1、安全要求

按照醫療急救中心網絡安全隔離的有關要求，本項目涉及的內外網通信要求采用串口連接方式，通過特定的串口程序進行網間數據通信。

2、功能要求

本項目建設手機定位系統，實現對移動、聯通、電信三家運營商報120手機用戶的位置信息自動獲取和在地圖臺上定位顯示。

1）實現“打一查一”定位功能。在使用手機報120時，120急救受理系統將該主叫號碼經手機定位系統發送至運營商進行定位，運營商經內部測算獲得地址信息后再經手機定位系統傳送回120急救受理系統，實現打一查一定位。

2）實現所有使用手機報120警情的即時定位（5秒鐘內）。120急救受理表單上能自

動生成呼救地址的文字信息，如運營商僅能提供基站地址，則定位地址除顯示基站地址外，還應顯示相對于基站的大致方向；同時在GIS電子地圖上點閃或劃出大致區域。

3）實現報120后30分鐘內，對報120手機的多次、主動定位信息查詢，并同樣在急救受理表單、GIS電子地圖上生成相應的信息。

4）對報120后30分鐘內進行的主動定位情況，應能根據手機號碼、時間段、案由、定位結果等信息，查詢所有與該求助相關的信息，如報120時間、定位次數、每次定位時間、每次定位地址、定位接線臺號、定位接線員工號、處理單位、救護車到場情況、處理情況等內容。系統還支持上述主動定位信息的統計、匯總、輸出、打印等功能。

5）報120結束后，將定位信息與受理表單一起保存到120急救受理系統數據庫內，可根據需要隨時進行查詢、調取。查詢時，可通過定位信息或基站信息，調取某一時段、某一區域內符合條件的所有表單記錄，并支持模糊查詢，查詢結果方便導出、打印。

6）要使120急救受理系統與手機定位系統集成協作，120急救受理系統需做出相應改造，包括與手機定位系統的雙向數據傳遞、GIS顯示、查詢統計等功能。120急救受理系統的改造工作由該系統承建商完成，但是改造費用包含在本項目中，供應商應積極協調并督促120急救受理系統承建商完成相關改造和配合事宜。

7）定位數據從移動、聯通、電信3家運營商經手機定位系統傳送到120急救受理系統，通過租用此3家運營商專用光纜進行傳輸，確保數據傳輸的快速、安全。本項目投標費用應該包括3家運營商網絡的一次性建設費用、二年的網絡租用費和2年的數據服務費用。

8）本項目除完成上述提及的所有需求的軟硬件開發和建設外，還應負責完成與現有120急救受理系統、3家運營商（移動、聯通、電信）數據系統、其他相關系統的接口工作，以及鑒權機制的開發工作，并承擔由本項目引起的所有機房改造、項目集成工作。

9）由電信鋪設12條模擬直線到120九樓調度大廳。需做到用戶需求，在120電話中繼受理方式與模擬直線電話受理方式之間互相切換。

10）在連接PBX 和PSTN 網絡的4 根PRI 線路上部署一臺PBX 監控設備，該設備能夠在傳輸發生故障時，發出告警通知維護人員，從發現故障到發出告警無需人工參與，有效保障上海醫療急救中心話路7天×24小時不間斷工作。要求提供監控日志，及查詢功能。電信提供24小時監控，發現故障立即響應，按規范流程應急操作。

11）擴容4條中繼線路，與原中繼合群使用，上聯TM1~4中繼模塊。由上海電信的4個匯接局（東昌、控江、慶寧、漕溪局）確保局端接入可靠性。擴容后新的模塊與原有模塊實現交替呼入，任何一個模塊意外中斷后都可由冗余中繼模塊承擔語音呼入。擴容中繼要求由漕溪局以外局端接入。鋪設光纖要求由中心信息橋架（柳州路側信息井）接入，架設至中心5樓機房。并使用電信備光端機接入我中心程控交換系統，做到熱備冗余。

12）根據用戶需求和本地組網原則，原郊縣局120的接入路由由分散接入改為經TMS1-4(4個E1中繼模塊)接入，具體接入方式為，南匯區局經TMS3、4匯接，金山、松江、嘉定、崇明、奉賢、青浦分別經TMS1、2匯接。由于120短號碼應用的特殊性和重要性，按郊縣局分片進行割接，具體割接時間由用戶指定。

四、本次招標的其他要求

1、投標方應按照“公衛應急信息系統”整體要求和建設進度，進行供貨、安裝（包括必要的參數配置與二次開發）和系統集成配合。要求中標方在合同簽訂后三個月內完成相應

工作并保證系統完成安裝驗收、投入試運行。

2、投標方給出的相關文件文檔與其它相關系統接口的技術規范應遵循“公衛應急信息系統”的整體要求；

3、投標方提供的軟、硬件產品及其配置應該是安全、可靠和成熟的，符合技術發展方向，并具有應用于國內的成功案例。

4、投標方提供的產品在升級、擴展時不應改變整個系統的結構、通信方式、管理模式，不應破壞應用軟件的正常工作環境。

5、投標方應該保證所提供的所有產品皆不侵犯任何第三方的版權、知識產權和其他合法權利。

6、投標方供貨的軟、硬件產品免費升級維護期不得少于一年。投標文件中應詳細列出免費升級維護期內的服務承諾。

7、投標方所有軟、硬件選配應該保證可用性、合理性、完整性以及滿足性能指標前提下具有豐富的功能選擇性。這種功能選擇不能以損失經濟性為代價。如果招標文件的要求有缺漏或不妥，投標方應指出并根據合理的原則進行調整（修改要求指標或作為配置選擇項），這種調整應該予以詳細說明并必須在投標截止期10天以前獲得招標方的書面同意。

8、投標方需提供中國移動、中國聯通、中國電信出具的針對本項目的授權函。

9、有關法律、法規和規定以及招標文件和投標文件是招標人與中標人訂立合同的依據。合同文件包括合同正文及其附件、招標文件以及中標方的投標文件、合同簽訂后雙方共同制定的用戶需求說明書和系統概要設計書。

10、中標方負責所供軟、硬件件及配套產品的服務，包括提供所供產品技術咨詢、供貨、參與檢驗和點貨驗收，負責所供產品的安裝或協助安裝、參數設置和優化，負責所供產品的保修及有關售后技術服務。

11、中標方應根據實際情況優化技術方案后配合招標方采購本系統與用戶現有固話GIS定位系統間的接口開發及相關融合集成服務，并積極配合相應的開發集成商實施有關集成工作。

12、如果中標方應按合同向用戶提供商品軟件，則在簽訂合同后30天內中標方將供貨的商品軟件介質及使用License文件送到招標方指定地點，并進行點貨驗收。

13、簽訂合同后一周內，中標方向招標方提交軟件安裝環境的要求。中標方按照招標方要求的時間，與有關各方配合進行安裝、測試和安裝驗收。軟件安裝15天以前，中標方向招標方提交安裝、測試和安裝驗收的計劃方案，該計劃方案須經過招標方同意方可作為安裝、測試和安裝驗收的依據。

14、中標方負責組織原產品制造廠家的合格的技術人員或由原產品制造廠家直接授權的有資格的技術人員完成供貨軟件的安裝、測試和安裝驗收以及終驗，并解決此過程中出現的有關問題和提供招標方要求的、必要的工程與技術服務。

15、在招標方為本項目購買的其他有關軟、硬件安裝集成時，中標方負責組織原產品制造廠家的合格的技術人員或由原產品制造廠家直接授權的有資格的技術人員提供招標方要求的、必要的工程與技術服務。

16、在招標方為本項目開發的應用軟件安裝過程中，中標方負責組織原產品制造廠家的合格的技術人員或由原產品制造廠家直接授權的有資格的技術人員提供招標方要求的、必要的工程與技術服務。

17、招標方有權要求中標方和原產品制造廠家在其供貨的軟件安裝、集成和招標方自行開發的應用軟件安裝工作中，配合招標方選定的集成開發方在招標方現場解決與這些軟、硬件設備有關的問題。當這種問題發生時，中標方和原產品制造廠家不得以任何理由予以推委。

18、中標方有責任免費向招標方提供供貨軟件相關的操作和現場培訓。投標商應給出軟件的原廠商提供現場技術培訓的具體承諾，并應詳細說明培訓內容。

19、工程保質期為驗收通過后兩年（不包含耗材及其它有明確使用壽命的部件），售后維修為即時響應，可做到2小時內現場響應。保質期內免費上門維修及更換部件，保質期后提供有償維修或另行簽訂維護合同。

20、中標方和原產品制造廠家有義務向招標方主動提供合同供貨范圍內的軟件升級和修補版本，并協助招標方進行軟件更新。如果升級版本超過合同規定的免費升級范圍，則招標方有權選擇是否進行升級。如果該軟件具有固有缺陷，則修復這種缺陷是投標方不可推卸的責任和義務。

21、招標方有權要求中標方、原產品制造廠家和招標方指定的系統集成商共同簽署書面文件，就中標方向招標方提供軟件的售后服務內容、質量保證、各自責任和合作事項等達成協議并共同對招標方的利益負責。

22、投標方必須在投標文件中詳細列出所有產品配置和服務項目的詳細清單、單價、凈價（￥）、稅金和總價（￥）。

報價包括稅金、保金和運輸貨物到招標方指定現場以及協助招標方安裝、集成、開發、培訓和其他必要的免費維護期內有關服務等費用。

招標方有權根據本項目應用需求和預算情況，在有關規定的范圍內增減上述招標產品的數量和配置。

23、本項目付款方式為分期付款（3/5/2），項目通過審計也是第三筆付款的前提條件。

第四篇：項目需求書

附：

項目需求書

項目名稱：

甲方成員：

一、項目背景：

現階段，隨著社會人才需求水平的提高，各個企業對于實習生的要求也越來越高，甚至希望這些在校大學生無“磨合期”，能夠在最短的時間內與企業文化以及崗位素質需求相吻合。然而，許多在校大學生在實習工作中由于一些原因并不能很好的適應實習工作。因此，我公司決定針對在校大學生實習工作過程中無法適應的現狀，有針對性的制定一個方案，從而幫助在校大學生實習階段可以較好的適應企業崗位職能要求，提高在校大學生實習工作的適應性。

二、項目現狀描述：

由于現階段社會人才需求水平的不斷提高，各個企業對在校大學生實習工作的要求也越發的嚴格，這對于在校的大學生來說無疑是一種挑戰，不具備豐富的經驗以及良好的實際操作能力等諸多因素導致許多在校大學生無法很好的適應實習工作并達到工作要求，甚至對在校大學生的心理產生了一些負面影響。

三、項目范圍：

由公司籌劃部負責本企業的項目分析及進度控制，改善在校大學生實習工作適應性的問題。

四、項目目標：

通過對在校大學生以及企業等多方面進行“在校大學生實習工作不適應”分析，幫助他們在實習階段能夠較好的適應企業崗位職能要求，并很好的適應企業文化及人際關系等，最終提高其對工作的適應性。

五、項目方法和手段：

通過對在校大學生實習工作中的不適應進行分析、企業對于在校實習生工作中存在的主要問題分析、分類對同時期的在校畢業生進行實習工作不適應的分析，了解在校大學生實習工作無法適應的主要原因，據此來解決在校大學生實習工作的適應性問題。

六、項目完成期限

9月14日項目啟動。

9月15日完成項目需求書并發給乙方。

9月16日---9月18日與項目乙方進行充分溝通，使乙方明確甲方的項目需求。9月19日乙方最終完成項目建議書。

12月中下旬項目結束。

七、項目承擔方的資格要求

具備良好資質與豐富經驗的管理咨詢公司。

第五篇：IT運維管理系統項目需求書

IT運維管理系統項目需求書

現狀分析：

-應用系統和網絡系統的日益復雜和龐大，維護人員面對的壓力和挑戰原來越大；

-目前的信息化管理沒有遵循國際ITIL 標準規范，需要有標準的管理, IT部門就需要有一套完善成熟的并可管理的IT服務流程，遵循國際ITIL 標準，對IT運維進行有效地管理、使信息系統更加適應業務持續變化的需求、通過流程管理，不斷提高IT運維質量，實現高效運維，提升組織內IT服務滿意度。建立對IT基礎架構的監控和搭建全新IT運維管理模式

? 通過管理人員、技術和流程的有機結合，實現IT運維管理標準化和規范化，立足于服務，建立以客戶為中心、流程為導向、從業務角度出發的全新IT管理模式，建立快速響應并適應集團業務環境及業務發展的IT運維模式，實現基于ITIL的流程框架、運維自動化。讓運營質量整體提高一個層次

1集中監控和基礎數據采集

? 監控對象包含主機系統、網絡系統、數據庫、中間件、應用系統、存儲設備、IT環境系統。監控對象的基礎數據采集能夠自動采集的全部使用自動采集的方式，并能夠實現動態更新。被采集的信息在設備的生命周期內具有可追溯、可審計的能力。

-服務流程管理

? 應做到增加、減少和變更服務流程簡單、便捷，各類用戶使用統一的界面登錄并提交任務。除了集中監控模塊產生的事件自動轉入指定流程進行處理外，其他任務由運維值班人員根據任務判斷后啟動規定的流程進行處理。

-知識庫管理

? 知識庫是運行維護中好的經驗的總結和積累，是一個動態的過程，增刪內容和審批由各級授權用戶完成。

-服務臺管理

? 指自動判斷故障的類型，指派故障處理人員，記錄系統運行過程中問題發生、故障解決和日常維護的全部過程，對發生的問題做到即時響應，建立系統運行維護量化的考評體系，統計分析體系，逐步提高服務水平和管理質量，并與相應的工作流程對應。

? 報表及統計管理。結合上述的各項功能，系統能夠根據工作需要產生標準格式報表,并能夠按條件生成和調整各類報表

預期收效

針對信息化部門IT異構化環境和工作復雜度低、重復性高及工作難量化、難考核特點，擺脫“救火隊”的角色，變被動運維為主動運維，將人、技術、流程進行有效融合，從人員、系統、業務三維視角協助進行IT決策、業務運行健康度關聯分析和運維管理人員的績效評估；

從服務的角度去提高IT服務質量，達到服務質量和成本的雙贏，實現日常運維工作的自動化、信息化和標準化，助力業務部門的信息化，實現推動IT業務運營的價值發展；

針對現有復雜的網絡結構、不同的軟硬件平臺、繁多的業務系統，系統能夠實現全面監控、分級管理、集中展現、提前預警、快速響應。系統建成后，在可控的費用與代價下，能全面提高信息中心“自主運維”能力、信息化管理水平，幫助持續提高業務部門和客戶的滿意度，為高效科學的業務運轉提供有效保障。

運維管理平臺能夠面向信息網復雜的IT環境，整合各個專業管理系統的分割管理模式，通過運維管理平臺，從業務和服務的角度，實現了對IT系統的集中、統一的運維信息化管理，系統借助ITIL等運維管理理念，達到了技術、功能、服務三方面的有機整合，實現了IT運維服務過程的標準化、流程化、規范化，提高了故障應急處理能力，提升了信息部門的管理效率和服務水平。系統體系結構

IT運維監控管理系統架構是一個層次化的結構。在不同的層次，有不同層次 的管理目標。可提供按照不同地域劃分的分級分權管理機制。能夠全面、正確、及時地反映被管系統的運行狀態，提高運維的質量和效率，確保信息部門的技術支持服務以及信息化管理工作更為暢通、透明、完整和有效；同時，通過知識積累和知識管理，進而設定優化指標，進行量化管理，實現持續的服務改進；最終能夠為業務部門和用戶提供更高質量的服務并提高滿意度，形成一個集中監控運維管理平臺，以實現整個系統IT運維管理標準化和規范化。推薦品牌廣通IT運維管理平臺軟件

推薦理由：

1、該產品緊緊依托公安部每年運維管理考核體系，隨公安部考核標準做靈活變化，基本為公安系統指定網絡運維管理軟件；

2、公安行業二十多個省廳局使用。公安部、北京市公安局、上海市公安局、天津市公安局、重慶市公安局、陜西省公安廳、甘肅省公安廳、寧夏回族自治區公安廳、青海省公安廳、新疆維吾爾族自治區公安廳、新疆建設兵團公安廳、河南省公安廳、山西省公安廳、山東省公安廳、黑龍江省公安廳、遼寧省公安廳、吉林省公安廳、廣東省公安廳、廣西省公安廳、浙江省公安廳、海南省公安廳、湖北省公安廳、公安部消防局、公安部邊防等；

3、陜西省公安廳及9個地市公安局（西安、銅川、延安、漢中、寶雞、渭南、安康、商洛、咸陽）使用；

4、完善的本地化服務體系，在西安設立常駐辦事處，兩名技術支持工程師常駐本地，持續有效的為客戶提供電話、現場服務。