某軟件公司管理信息系統(tǒng)需求規(guī)格說明書

《某軟件公司管理信息系統(tǒng)需求規(guī)格說明書》由會員分享，可在線閱讀，更多相關《某軟件公司管理信息系統(tǒng)需求規(guī)格說明書（87頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、密級：機密密級：機密 狀態(tài)：發(fā)布狀態(tài)：發(fā)布 中冶集團北京冶金設備研究設計總院中冶集團北京冶金設備研究設計總院 管管 理理 信信 息息 系系 統(tǒng)統(tǒng) 需求規(guī)格說明書需求規(guī)格說明書 （經(jīng)營生產(chǎn)（經(jīng)營生產(chǎn)/ /項目管理）項目管理） 版本：版本：V2.5 編號：編號：MCCE-MARKET-06-7 文檔控制文檔控制 版本變更版本變更 版本號版本號主要作者主要作者提交日期提交日期備注備注 V1.0張杰2006-6-29各個事業(yè)部、管理部門調(diào)研而成。 V1.5張杰2006-7-24根據(jù)院里意見修改而成：增加項目進度成本管理。 V2.0張杰2006-7-26根據(jù)查院長意見修改：項目管理和經(jīng)營相關聯(lián)， 強化了

2、項目策劃功能。 V2.5張杰2006-7-28增加了借款（現(xiàn)金、支票）流程、發(fā)票臺帳管理。 相關文檔相關文檔 發(fā)布日期發(fā)布日期文檔標題文檔標題版本號版本號備注備注 貴公司綜合管理信息系統(tǒng)招標文件 最新技術協(xié)議、商務合同 文檔分發(fā)文檔分發(fā) 分發(fā)日期分發(fā)日期分發(fā)部門分發(fā)部門/人人版本號版本號地點地點接收簽字接收簽字 分發(fā)日期分發(fā)日期分發(fā)部門分發(fā)部門/人人版本號版本號地點地點接收簽字接收簽字 版權聲明：版權聲明： 上海金慧軟件有限公司版權所有，保留一切權利。未經(jīng)本公司書面許可，任何單位和個人不得擅自摘抄、復制上海金慧軟件有限公司版權所有，保留一切權利。未經(jīng)本公司書面許可，任何單位和個人不得擅自摘抄、

3、復制 本文檔的全部或部分內(nèi)容，并以任何形式傳播。本文檔的全部或部分內(nèi)容，并以任何形式傳播。 文檔審核文檔審核/ /確認確認 內(nèi)部審核記錄內(nèi)部審核記錄 版本號版本號審核人審核人職位職位審核日期審核日期備注備注 用戶部門確認用戶部門確認 版本號版本號用戶部門用戶部門用戶姓名用戶姓名確認時間確認時間備注備注 雙方項目負責人確認雙方項目負責人確認 中冶集團北京冶金設備研究設計中冶集團北京冶金設備研究設計 簽名簽名(Signature)日期日期(Date) 總院總院 項目經(jīng)理項目經(jīng)理 上海金慧軟件有限公司上海金慧軟件有限公司 項目經(jīng)理項目經(jīng)理 簽名簽名(Signature)日期日期(Date) 序言序言

4、 科技與市場經(jīng)營管理子系統(tǒng)是整個綜合管理信息系統(tǒng)的公共性基礎系統(tǒng)，包含客戶信息管理、 合格供應商管理、項目跟蹤管理、招投標管理、采購管理、合同信息管理、發(fā)票管理、收付費管 理等業(yè)務管理內(nèi)容。 項目管理是整個綜合管理信息系統(tǒng)的業(yè)務系統(tǒng)，涉及到所有的生產(chǎn)設計部門、生產(chǎn)管理部門、 技術質(zhì)量部門及相關院領導，是本系統(tǒng)建設的關鍵所在，所以該子系統(tǒng)的建設需要滿足以上相關 部門和人員的實際需要，同時也要滿足公司未來戰(zhàn)略及業(yè)務發(fā)展的需要。 本需求規(guī)格說明書主要是在和科技與市場發(fā)展部、冶煉事業(yè)部、軋鋼事業(yè)部、成套公司、自 動化所等院里的管理部業(yè)務調(diào)研基礎上，通過對科技與市場經(jīng)營部、冶煉事業(yè)部共同探討分析、 整理

5、形成的。 本需求規(guī)格說明書主要由以下幾部分組成： 第 1 章“引言” 說明編寫這份需求規(guī)格說明書的目的、預期的讀者、背景、定義、縮寫詞及相關參考資 料。 第 2 章“項目概述” 描述了市場經(jīng)營部的相關業(yè)務描述，系統(tǒng)目標、系統(tǒng)范圍及其主要用戶。 第 3 章“具體需求”： 提出了系統(tǒng)的功能需求和非功能需求。 第 4 章“運行環(huán)境規(guī)定”： 說明了系統(tǒng)的系統(tǒng)開發(fā)環(huán)境、網(wǎng)絡支持環(huán)境和系統(tǒng)支持軟件。 第 5 章“附錄”： 提出了系統(tǒng)數(shù)據(jù)初始化問題、功能限制問題和相關附件。 目 錄 第一章第一章引言引言3 1.1編寫目的3 1.2背景3 1.3定義、縮寫詞、略語3 1.4參考資料4 第二章第二章方案概述方案

6、概述5 2.1系統(tǒng)目標5 2.2系統(tǒng)范圍6 2.3主要用戶6 第三章第三章具體需求具體需求8 3.1核心流程8 3.1.1主流程.8 3.1.2項目前期.10 3.1.3用戶界面.10 3.2功能需求11 3.2.1經(jīng)營管理.11 3.2.2合同管理.28 3.2.3借款管理.39 3.2.4采購管理.41 3.2.5分包管理.45 3.2.6成本管理.48 3.2.7項目管理.53 3.2.8產(chǎn)品（圖紙）交付簽收記錄.73 3.2.9產(chǎn)品合格證表.74 3.2.10技術資料/圖紙移交清單.74 3.2.11項目竣工單75 3.2.12質(zhì)量活動檢查記錄75 3.2.13項目完工管理76 3.3

7、非功能需求77 3.3.1性能需求.77 3.3.2安全性需求.77 3.3.3其它要求.77 第四章第四章運行環(huán)境規(guī)定運行環(huán)境規(guī)定78 4.1系統(tǒng)開發(fā)環(huán)境78 4.2網(wǎng)絡支持環(huán)境78 4.3系統(tǒng)支持軟件79 第五章第五章附錄附錄79 5.1數(shù)據(jù)初始化問題79 5.2功能限制80 5.2.1電子簽名.80 5.2.2帶格式的文本輸入.80 5.2.3不符合環(huán)境要求的配置.80 第一章第一章 引言引言 1.1 編寫目的編寫目的 本需求規(guī)格說明書是上海金慧軟件有限公司（后簡稱：金慧）需求分析人員和中冶集團北 京冶金設備研究設計總院（后簡稱：MCCE）圖文信息部計算機中心的需求調(diào)研配合人員在科技 與

8、市場發(fā)展部、冶煉事業(yè)部、軋鋼事業(yè)部、成套公司、自動化所、建工所、質(zhì)量辦等部門的系統(tǒng) 需求調(diào)研工作的基礎上，明確所需開發(fā)市場經(jīng)營子系統(tǒng)的適用范圍及所必須完成的功能與重要度 所達成的標志性共識。同時本需求規(guī)格說明書也是今后該子系統(tǒng)設計、開發(fā)、實現(xiàn)和系統(tǒng)驗收工 作開展的依據(jù)。 本需求規(guī)格說明書的預期讀者為本系統(tǒng)設計人員、軟件開發(fā)人員、測試人員、系統(tǒng)最終用 戶、系統(tǒng)維護人員和客戶方相關人員。 1.2 背景背景 科技與市場經(jīng)營管理系統(tǒng)的建設是 MCCE 在創(chuàng)建具有 EPC 總承包能力和經(jīng)營模式市場化、 項目管理科學化、業(yè)務范圍多元化、技術裝備現(xiàn)代化的國際型工程公司戰(zhàn)略目標的大背景下提出 的。通過信息化的

9、手段和現(xiàn)代管理的結合實現(xiàn)資源優(yōu)化配置、提高工作效率、降低管理成本、企 業(yè)效益最大化，最終實現(xiàn)其戰(zhàn)略目標。 科技與市場經(jīng)營子系統(tǒng)作為 MCCE 信息化建設過程中的一個重要組成部分，是其它業(yè)務系 統(tǒng)正常運行的重要組成部分，與其它業(yè)務系統(tǒng)有著一定的聯(lián)系。 所以科技與市場經(jīng)營子系統(tǒng)是在這樣的背景下開始先行建設的。 1.3 定義、縮寫詞、略語定義、縮寫詞、略語 編號編號完整術語完整術語縮寫縮寫意義意義 1中冶集團北京冶金設備研究設計總院MCCE業(yè)主名稱 2上海金慧軟件有限公司金慧開發(fā)方名稱 1.41.4 參考資料參考資料 編號編號名稱名稱出版單位出版單位出版時間出版時間備注備注 1計算機軟件工程規(guī)范國家

10、 標準匯編 中國標準出版社 1998 年 2商務合同及其相關附件金慧/ MCCE2005 年 第二章第二章 方案概述方案概述 2.1 系統(tǒng)目標系統(tǒng)目標 針對目前中冶集團北京冶金設備研究設計總院信息化管理的若干不足之處，本系統(tǒng)將實現(xiàn)如 下目標： 目標綜述目標綜述 本系統(tǒng)將實現(xiàn) MCCE 科技與市場發(fā)展部、冶煉事業(yè)部、軋鋼事業(yè)部等部門相關業(yè)務內(nèi)容的 信息化管理，在此階段的實施過程中，將以科技與市場經(jīng)營部的實際需求和個性化需求為核心， 以建立一套與其它業(yè)務信息化系統(tǒng)高度集成的、共享程度高的、與現(xiàn)有系統(tǒng)相互補充的科技與市 場經(jīng)營管理系統(tǒng)為重點。 設計依據(jù)設計依據(jù) 本系統(tǒng)以項目的生命周期-時間為核心，貫

11、穿事物流（任務策劃分解）和資金流（合同 策劃分解） ，系統(tǒng)自動會把項目生命周期中非正常點提示相關人員。 目標分解目標分解 系統(tǒng)實用性系統(tǒng)實用性：該系統(tǒng)的建設以滿足科技與市場經(jīng)營部和其他業(yè)務部門真正需要的需 求為出發(fā)點，以簡潔實用為目標。 系統(tǒng)柔性和擴展性系統(tǒng)柔性和擴展性：系統(tǒng)具備一定的柔性和擴展性需要能夠滿足科技與市場經(jīng)營部 業(yè)務不斷提升、變化的需要。 系統(tǒng)的集成性系統(tǒng)的集成性：實現(xiàn)系統(tǒng)和其它業(yè)務系統(tǒng)（人力資源、綜合辦公、項目管理、ISO 質(zhì)量管理、科研業(yè)務）高度集成。 系統(tǒng)和數(shù)據(jù)的共享性系統(tǒng)和數(shù)據(jù)的共享性：系統(tǒng)不斷提供給科技與市場經(jīng)營部的業(yè)務管理人員實現(xiàn)日常 的管理，同時也能通過的一定的權限

12、授予其它部門業(yè)務管理人員、個人，使他們能 夠維護、利用（查詢、統(tǒng)計）他們經(jīng)常需要的數(shù)據(jù)，減輕科技與市場經(jīng)營部相關管 理人員的工作量。 2.2 系統(tǒng)范圍系統(tǒng)范圍 本次系統(tǒng)建設涉及到的業(yè)務內(nèi)容如下圖： 2.3 主要用戶主要用戶 公司辦相關管理人員 用戶特點：用戶對計算機比較熟悉 相關業(yè)務部門領導 用戶特點：大部分業(yè)務部門的領導計算機應用水平比較高 各業(yè)務部門統(tǒng)計員 用戶特點：計算機應用水平比較低，打字速度慢，要求系統(tǒng)使用簡單 市場部及項目部相關人員 用戶特點：一線工作人員計算機水平比較高 員工個人 用戶特點：大部分計算機應用水平都不錯，但有一部分比較差，主體部分的設計部門人 員不喜歡在和他設計工作

13、無關的，或者給他個人工作效率沒有提高的 IT 系統(tǒng)上花時間。 第三章 具體需求 3.1 核心流程核心流程 3.1.1 主流程主流程 3.1.2 項目前期項目前期 3.1.3 用戶界面用戶界面 3.2 功能需求功能需求 3.2.1 經(jīng)營管理經(jīng)營管理 3.2.1.1經(jīng)營目標管理經(jīng)營目標管理 3.2.1.1.1 概述概述 本模塊提供各基層單位上報當年計劃，產(chǎn)業(yè)部核實并下達年度生產(chǎn)計劃，綜合管理部下發(fā)經(jīng) 濟責任書。該模塊主要提供臺賬的信息管理。該臺賬信息具有導出 EXCEL 的功能；通過經(jīng)營目 標管理實現(xiàn)信息的增加、修改、刪除、查詢和統(tǒng)計功能。 3.2.1.1.2 功能描述功能描述 3.2.1.1.2

14、.1院經(jīng)營生產(chǎn)分解表院經(jīng)營生產(chǎn)分解表 說明：部門包括軋鋼事業(yè)部、冶煉事業(yè)部、成套公司、上海分院、自動化所、檢測中心、華 冶廠、廿冶設計院、京球公司 3.2.1.1.2.2部門經(jīng)營生產(chǎn)分解表部門經(jīng)營生產(chǎn)分解表 3.2.1.1.2.3部門經(jīng)營生產(chǎn)分解表（實際表）部門經(jīng)營生產(chǎn)分解表（實際表） 下表是各個事業(yè)部每個月提交的實際發(fā)生的經(jīng)營生產(chǎn)表。該表的使用權限是各個部門的負責人。 該部門得數(shù)據(jù)有兩種來源，一種是部門自己手工錄入； 另外一種是部分數(shù)據(jù)從系統(tǒng)中自動獲?。ɡ纾盒潞灪贤~） ，部分數(shù)據(jù)手工錄入（例如： 上交帳款、工程獎等） 。 3.2.1.2客戶關系管理客戶關系管理 3.2.1.2.1 概述概

15、述 通過客戶關系管理模塊，可主要對于客戶信息（基本信息、聯(lián)系人信息、聯(lián)系記錄信息、 客戶滿意度信息）進行添加、刪除、修改、查詢統(tǒng)計功能。 3.2.1.2.2 功能描述功能描述 3.2.1.2.2.1客戶信息管理客戶信息管理 3.2.1.2.2.1.1 客戶信息維護客戶信息維護 該模塊對于客戶基本信息提供了添加、修改、刪除的管理功能，該部分管理功能將授權 相關人員使用?？蛻絷P系屬性如下圖所示： 行業(yè)類型分為行業(yè)類型分為： 冶金行業(yè)；建筑業(yè)；房地產(chǎn)業(yè)；市政工程、水利業(yè)；電、氣、水生產(chǎn)供應業(yè)； 體育、文化、衛(wèi)生業(yè)。 地域分為：地域分為： 華東、華北、中南、西南、東北、西北地區(qū)。 客戶類別分為：客戶類

16、別分為： 重點大客戶、一般簽約客戶、潛在開拓客戶。 企業(yè)類型分為：企業(yè)類型分為： 國有、民營、私營。 3.2.1.2.2.1.2 客戶信息查詢客戶信息查詢 該模塊提供客戶基本信息屬性查詢功能。并支持 EXCEL 數(shù)據(jù)導出功能。 常用查詢條件： 查詢一欄信息： 點擊可以查看客戶的詳細信息。 3.2.1.2.2.2聯(lián)系人管理聯(lián)系人管理 3.2.1.2.2.2.1 聯(lián)系人維護聯(lián)系人維護 系統(tǒng)對于聯(lián)系人信息提供了添加、修改、刪除的管理功能，該部分管理功能主要將授權 商務部人員，以及項目管理部、工程建設部中具有相應“項目擴展權限”的人員使用。聯(lián)系人 屬性如下圖所示： 3.2.1.2.2.2.2 聯(lián)系人查

17、詢功能聯(lián)系人查詢功能 該模塊提供聯(lián)系人基本信息屬性查詢功能。并支持 EXCEL 數(shù)據(jù)導出功能。 常用查詢條件： 查詢一欄信息： 點擊可以查看詳細信息。 3.2.1.2.2.3聯(lián)系記錄管理聯(lián)系記錄管理 3.2.1.2.2.3.1 聯(lián)系記錄維護聯(lián)系記錄維護 系統(tǒng)對于聯(lián)系記錄管理提供了添加、修改、刪除的管理功能，該部分管理功能主要將授 權項目人員使用。聯(lián)系記錄屬性信息如下表所示. 3.2.1.2.2.3.2 聯(lián)系記錄查詢聯(lián)系記錄查詢 該模塊提供聯(lián)系記錄查詢功能。并支持 EXCEL 數(shù)據(jù)導出功能。 常用查詢條件： 查詢一欄信息： 點擊可以查看詳細信息。 3.2.1.2.2.4客戶滿意度管理客戶滿意度管

18、理 3.2.1.2.2.4.1 客戶滿意度維護客戶滿意度維護 系統(tǒng)對于客戶滿意度提供了添加、修改、刪除的管理功能，該部分管理功能主要將授權 項目相關人員使用。客戶滿意度記錄屬性信息如下圖所示. 3.2.1.2.2.4.2 客戶滿意度查詢客戶滿意度查詢 該模塊提供客戶滿意度查詢功能。并支持 EXCEL 數(shù)據(jù)導出功能。 常用查詢條件： 查詢一欄信息： 點擊可以查看詳細信息。 3.2.1.3合格供應商管理合格供應商管理 3.2.1.3.1 概述概述 通過合格供應商管理模塊，可主要對于合格供應商信息進行添加、刪除、修改、查詢統(tǒng) 計功能； 3.2.1.3.2 功能描述功能描述 該模塊對于合格供應商基本信

19、息提供了添加、修改、刪除的管理功能，該部分管理功能 將授權相關人員使用。合格供應商屬性如下圖所示： 3.2.1.4項目臺帳管理項目臺帳管理 3.2.1.4.1 項目基本信息管理項目基本信息管理 3.2.1.4.2 項目信息維護項目信息維護 該模塊提供項目基本信息添加、修改、刪除的管理功能，該部分管理功能將授權相關人 員使用。項目屬性信息如下圖所示。 3.2.1.4.2.1.1 項目信息查詢項目信息查詢 該模塊提供項目基本信息查詢功能。并支持 EXCEL 數(shù)據(jù)導出功能。 常用查詢條件： 3.2.1.5項目跟蹤管理項目跟蹤管理 3.2.1.5.1 概述概述 一個復雜的工程項目，從前期業(yè)務洽談、招投

20、標、合同簽訂，到建設階段的設計、采購、 施工開車乃至驗收全過程中，需要多部門、多人員的參與管理及協(xié)調(diào)。從整個工程項目角度來 看，由于不同階段不同部門及人員的參與，很容易造成項目過程中與業(yè)主溝通的諸多信息被分 散存貯和保管，不便于相互部門及人員間信息的傳遞和溝通，由此容易造成一系列問題，同時 也不便于領導層及時獲取項目的相關整體信息。 在項目跟蹤管理中，可以使用“聯(lián)系記錄”的形式，將與項目有關各部門、人員同業(yè)主 聯(lián)系的信息進行登記，并且可以設置“重要程度”、“提醒消息”的形式共享給其他項目相關 人員獲取，相關人員獲取后針對部分信息再與業(yè)主溝通，并且再以“聯(lián)系記錄”的形式進行記 錄，周而復始可形成

21、相關的信息鏈。 項目跟蹤管理的第一步需要由經(jīng)營人員負責進行項目添加，由此可以針對該項目展開跟 蹤管理工作。 3.2.1.5.2 功能描述功能描述 3.2.1.5.2.1業(yè)務流程業(yè)務流程 3.2.1.5.2.2跟蹤立項流程跟蹤立項流程 3.2.1.5.2.3項目跟蹤管理項目跟蹤管理 3.2.1.5.2.3.1 項目跟蹤信息管理項目跟蹤信息管理 通過項目跟蹤信息管理模塊，可主要對于項目跟蹤信息進行添加、刪除、修改、查詢統(tǒng) 計功能； 跟蹤詳細信息如下所示。 跟蹤方式為：口頭、書面、招投標、其他等。 增加字段信息：業(yè)主名稱、所處階段、預計合同額（標的額） 、立項可行性評估。 3.2.1.5.2.3.2

22、 項目跟蹤聯(lián)系紀錄管理項目跟蹤聯(lián)系紀錄管理 在跟蹤聯(lián)系記錄中增加一個數(shù)據(jù)項：預計合同額； 3.2.1.5.2.3.3 項目跟蹤查詢項目跟蹤查詢 項目跟蹤成功，點擊按鈕自動遷移到項目登陸信息中； 項目跟蹤失敗，填寫失敗原因等相關結果。 3.2.1.5.2.4項目跟蹤立項申請表單項目跟蹤立項申請表單 立項審批流程結束以后，系統(tǒng)自動生成如下申請表單。 說明：在跟蹤立項申請單中增加：設計負責人一項。 3.2.1.6招投標管理招投標管理 3.2.1.6.1 概述概述 通過招投標信息管理模塊，可主要對于招投標信息進行添加、刪除、修改、查詢統(tǒng)計功 能； 3.2.1.6.2 功能描述功能描述 3.2.1.6.

23、2.1招投標信息管理招投標信息管理 3.2.1.6.3 招投標查詢招投標查詢 查詢條件一覽： 查詢結果一覽： 3.2.1.7任務通知單下達任務通知單下達 該模塊對項目執(zhí)行提供了添加、修改、刪除的管理功能，該部分管理功能將授權相關人 員使用。項目執(zhí)行信息如下圖所示。 該任務單是經(jīng)營部下發(fā)給設計部的任務單。 3.2.2 合同管理合同管理 3.2.2.1概述概述 該部分主要提供了對于主合同（設計項目、總包項目）、分包合同（設計分包、工程分 包）進行添加、修改、刪除的管理功能。通過該部分的管理，可以形成與項目有關的合同臺帳， 通過該臺帳則可以方便的進行合同詳細信息（含合同電子文本附件以及其他相關電子資

24、料附件） 的查詢。另外通過該部分對于合同信息的管理，將可以為統(tǒng)計報表功能提供必要的數(shù)據(jù)來源。 3.2.2.2合同臺帳管理合同臺帳管理 說明：在合同信息中添加一項：用來區(qū)分簽入合同和簽出合同。 3.2.2.2.1 總承包合同基本信息總承包合同基本信息 該模塊對于分包合同提供了添加、修改、刪除的管理功能，該部分管理功能將授權相關管理 人員使用。總承包合同的主要屬性信息如下所示。 3.2.2.2.2 設計合同基本信息設計合同基本信息 該模塊對于主合同提供了添加、修改、刪除的管理功能，該部分管理功能將授權相關管理人員使 用。合同的主要屬性信息如下圖所示。 3.2.2.2.3 分包合同基本信息分包合同基

25、本信息 該模塊對于分包合同提供了添加、修改、刪除的管理功能，該部分管理功能將授權相關管理 人員使用。分包合同的主要屬性信息如下圖所示。 分包信息上增加一個字段：項目開始時間（簽約時間） 。 3.2.2.2.4 設備供貨合同設備供貨合同 該模塊對于設備供貨合同提供了添加、修改、刪除的管理功能，該部分管理功能將授權相關 管理人員使用。設備供貨合同的主要屬性信息如下所示。 1、項目編號、項目名稱 2、合同編號、合同名稱、合同類型（成套設備供貨、非標單體供貨、加工定做、購銷合同） 3、客戶名稱（定做方） 、代表人 4、承包單位（承攬方） 、代表人 5、簽訂日期、簽訂地點、簽訂人 6、有效期限、附件 3

26、.2.2.2.5 四技合同（技術咨詢、技術轉讓、技術服務、技術開發(fā)合同）四技合同（技術咨詢、技術轉讓、技術服務、技術開發(fā)合同） 該模塊對于四技合同提供了添加、修改、刪除的管理功能，該部分管理功能將授權相關管理 人員使用。四技合同的主要屬性信息如下所示。 1、合同編號-說明：合同編號由科研處填寫； 2、項目名稱、委托人（甲方） 、受托人（乙方） 3、簽約地點?。ㄊ校?、市、縣（區(qū)）、 4、簽訂日期：年月日 5、有效期限：年月日 至 年月日 （開始和結束時間） 6、合同類型（技術轉讓合同、技術服務合同、技術開發(fā)、技術咨詢） 7、技術合同作為附件上傳到系統(tǒng)中； 3.2.2.3合同評審合同評審 3.2

27、.2.3.1 合同評審流程合同評審流程 3.2.2.3.2 合同評審產(chǎn)生的表單信息合同評審產(chǎn)生的表單信息 說明：該表單是 ISO 質(zhì)量體系表單。需要電子簽名； 3.2.2.4合同關系合同關系 說明：工程總承包合同對應著簽入合同；分包合同對應著簽出合同；一個簽入合同可以對應多個 簽出合同。 3.2.2.5收付費管理收付費管理 3.2.2.5.1 概述概述 該部分主要提供了合同的費用管理。主要提供合同計劃收付費和實際收付費的錄入，修改， 刪除等維護工作；以及提供合同費用延期報警（默認計劃日期到達前提前三天提醒，延期后列表 中用醒目顏色標注）；以及費用的查詢統(tǒng)計等功能。 3.2.2.5.2 計劃收款

28、管理計劃收款管理 3.2.2.5.2.1計劃收款維護計劃收款維護 該模塊對于計劃收款基本信息提供了添加、修改、刪除的管理功能，該部分管理功能將 授權相關人員使用。計劃收款屬性如下圖所示： 3.2.2.5.2.2計劃收款查詢計劃收款查詢 該模塊提供計劃收款屬性查詢功能。并支持 EXCEL 數(shù)據(jù)導出功能。 常用查詢條件： 首先查詢出相關合同，點擊“計劃收款”就可以查看收款計劃。 3.2.2.6實際收款管理實際收款管理 3.2.2.6.1 實際收款維護實際收款維護 該模塊對于實際收款基本信息提供了添加、修改、刪除的管理功能，該部分管理功能將 授權相關人員使用。實際收款屬性如下圖所示： 說明：當實際收

29、款晚于計劃收款的時候，系統(tǒng)給出財務相關人員提醒，財務人員可以根據(jù)實際情 況提醒相關業(yè)務人員辦理。 方法一： 1、簽入合同來款以后，帳款打入到財務部。財務部登記總額；發(fā)到各個事業(yè)部，由各個事業(yè)部 相關人員拆分具體合同來款（把來款和項目一一對應起來） ； 3.2.2.6.2 實際收款查詢實際收款查詢 該模塊提供計劃收款屬性查詢功能。并支持 EXCEL 數(shù)據(jù)導出功能。 常用查詢條件： 首先查詢出相關合同，點擊“實際收款”就可以查看實際收款情況。 3.2.2.7收款明細表收款明細表 3.2.2.8付款明細表付款明細表 3.2.2.9合同臺賬明細表合同臺賬明細表 該模塊提供合同臺賬的查詢、統(tǒng)計功能。 3

30、.2.2.10發(fā)票管理發(fā)票管理 3.2.2.10.1 概述概述 通過發(fā)票管理模塊，可主要對于發(fā)票信息進行添加、刪除、修改操、查詢統(tǒng)計功能； 并 具有 EXCEL 數(shù)據(jù)導出功能； 3.2.2.10.2 功能描述功能描述 3.2.2.10.2.1 發(fā)票臺帳管理發(fā)票臺帳管理 該模塊對于發(fā)票臺帳信息提供了添加、修改、刪除的管理功能，該部分管理功能將授權 財務部門相關人員使用。查詢統(tǒng)計結果可以倒出 EXCEL 表格；發(fā)票臺帳信息屬性如下圖所示： 說明：相關資料(發(fā)票接據(jù))作為系統(tǒng)附件上傳到該表單下。 發(fā)票狀態(tài)：已開出、已收到、未開出、未收到 說明：增加“合同金額”字段； 發(fā)票類型：分為發(fā)票、來票。 3.

31、2.3 借款管理借款管理 3.2.3.1借款借款(支票支票)流程管理流程管理 3.2.3.2借用支票臺帳管理借用支票臺帳管理 該模塊對于借用支票基本信息提供了添加、修改、刪除的管理功能，該部分管理功能將 授權相關人員使用。支票的臺賬信息可以導出 EXCEL 功能；借用支票屬性如下圖所示： 3.2.3.3借款借款(現(xiàn)金現(xiàn)金)流程管理流程管理 3.2.3.4借用現(xiàn)金臺帳管理借用現(xiàn)金臺帳管理 該模塊對于借用現(xiàn)金基本信息提供了添加、修改、刪除的管理功能，該部分管理功能將 授權相關人員使用?，F(xiàn)金的臺賬信息可以導出 EXCEL 功能；借用現(xiàn)金屬性如下圖所示： 借款審批通過以后，系統(tǒng)發(fā)消息通知借款人員； 由

32、于借款的兩張表，在財務部門進行打印存檔，需要開發(fā)人員作出和表單一樣的格式； 在借款的臺帳信息中，增加數(shù)據(jù)項：是否還款、還款日期、還款人、還款人所在部門、經(jīng)辦 人、經(jīng)辦日期； 還款信息授權財務部相關人員使用； 系統(tǒng)可以按部門、按人員統(tǒng)計借款（現(xiàn)金和支票）的信息；查詢統(tǒng)計結果可以倒出到 EXCEL 表格； 系統(tǒng)可以按照時間段統(tǒng)計借款（現(xiàn)金和支票）的信息；查詢統(tǒng)計結果可以倒出到 EXCEL 表 格； 3.2.4 采購管理采購管理 3.2.4.1采購清單管理采購清單管理 該模塊提供產(chǎn)品采購清單臺帳信息添加、修改、刪除的管理功能，該部分管理功能將授 權相關人員使用。產(chǎn)品采購清單臺帳信息如下圖所示。 其他

33、資料作為系統(tǒng)附件上傳到該表單下。 3.2.4.2采購采購/分包合同管理分包合同管理 該表單是 ISO 質(zhì)量體系表單，進行外審、需要電子簽名； 說明：按清單是設計部提出的采購清單列表。 采購清單信息如下： 產(chǎn)品名稱、規(guī)格型號、標準或技術要求、類別、件數(shù)、訂貨日期、交付日期、供方名稱（合格供 應商信息中選擇） 、采購金額、備注等。 3.2.4.3流程管理流程管理 3.2.5 分包管理分包管理 3.2.5.1分包流程管理分包流程管理 3.2.5.2分包合同管理分包合同管理 具體見”合同管理的分包合同管理” 3.2.5.3臺帳管理臺帳管理 3.2.5.3.1 任務單分割管理任務單分割管理(內(nèi)部分包內(nèi)部

34、分包) 該模塊對于任務分割單提供了添加、修改、刪除的管理功能，該部分管理功能將授權相關管 理人員使用。臺賬信息可以導出 EXCEL 表功能；任務分割單的主要屬性信息如下所示。 說明：委托協(xié)議作為附件上傳到系統(tǒng)中。 3.2.5.3.2 任務單分割流程管理任務單分割流程管理(內(nèi)部分包內(nèi)部分包) 3.2.6 成本管理成本管理 3.2.6.1概述概述 系統(tǒng)主要實現(xiàn)項目成本管理(項目成本數(shù)據(jù)的采集、財務明細賬到項目、非直接項目成本 的分攤)、項目成本分析、財務軟件系統(tǒng)和項目管理的關系、財務接口問題等等。 3.2.6.2功能描述功能描述 3.2.6.2.1 事業(yè)部費用事業(yè)部費用 3.2.6.2.1.1報銷

35、費用報銷費用 該模塊提供報銷信息的增加、修改和刪除功能。并且查詢結果可以倒出到 EXCEL 表格中；報銷 管理得詳細信息如下圖所示。 增加數(shù)據(jù)項：報銷費用、合同號；項目選擇完畢合同號自動顯示； 報銷的類別：差旅費、業(yè)務費、 （手機）話費、郵電費、出租、車雜、辦公用品、其他；此 列表可以維護。 報銷查詢信息如下圖所示： 報銷統(tǒng)計信息 1、分項目統(tǒng)計、分人員統(tǒng)計； 2、分類別統(tǒng)計、分時間段統(tǒng)計； 3、在某一個時間點上統(tǒng)計所有類別的花費等； 3.2.6.2.1.2人工費用人工費用 該模塊提供人工費用的增加、修改、刪除和查詢功能，并且查詢結果可以倒出到 EXCEL 表格中； 該模塊授權財務部相關人員填

36、寫；人工費用的詳細信息如下表所示。 可以分時間、分部門查詢事業(yè)部的人工費用； 3.2.6.2.1.3出圖出圖/曬圖費用曬圖費用 出圖、出版、復印等費用系統(tǒng)自動從項目管理數(shù)據(jù)中提取； 出車費用系統(tǒng)從綜合辦公中提?。?直接費用統(tǒng)計信息如下圖所示： 3.2.6.2.1.4其他費用其他費用 該模塊提供其他費用的增加、修改、刪除和查詢功能，并且臺賬的查詢結果可以倒出到 EXCEL 表格中； 3.2.6.2.2 項目成本項目成本 3.2.6.2.2.1采購采購/外委成本外委成本 數(shù)據(jù)出自采購/外委合同； 3.2.6.2.3 項目成本統(tǒng)計分析項目成本統(tǒng)計分析 3.2.6.3項目進度及直接成本支出預算表項目進

37、度及直接成本支出預算表 3.2.6.3.1 項目進度項目進度 項目進度的計算方法: 1、手工錄入 2、系統(tǒng)自動計算；必須給出計算規(guī)則 3.2.6.3.2 項目收入項目收入 1、項目已經(jīng)結算的收入 2、計劃的項目收入 3.2.6.3.3 項目支出項目支出 1、項目已經(jīng)結算的支出 2、計劃的項目支出 3.2.7 項目管理項目管理 3.2.7.1WBS 結構結構 首先要確定 EPC 工程項目部首先要確定項目工作分解結構、項目代碼和編碼 系統(tǒng)、組織分解結構，為啟動和實施 EPC 工程項目打下基礎。 在 WBS 策劃過程中，全部策劃到一個樹上。 項目 WBS 結構如下圖 所有的策劃都在 WBS 上進行，

38、但提交審批的信息以“表單“的形式流轉，樣式不需要 按照”ISO 標準表單“生成，但在 ISO 質(zhì)量管理部分，系統(tǒng)需要在后臺嚴格按照 MCCE 的 ISO 標準表單生成 WBS 結構無法體現(xiàn)圖紙的命名規(guī)則； 圖紙命名規(guī)則： 1.部門+專業(yè)+項目簽訂年份+項目序號+生產(chǎn)線設備號+設備號+零件號 例如： 機械設備圖：ZJ0501.00.00.000 軋鋼事業(yè)部機械設備專業(yè) 2005 年第一個項目 通風圖： ZF0501.00.000 3.2.7.2項目立項下發(fā)任務委托單項目立項下發(fā)任務委托單 項目立項成功以后，由科技與市場發(fā)展部或者各個事業(yè)部門的經(jīng)營部門依據(jù)合同或設計委托 書，填寫項目任務委托單 。

39、確定項目經(jīng)理、項目進度、項目主管部門和參與設計的各個部門。 項目委托單由經(jīng)營部相關人員填寫； 項目前期信息維護主要通過表單來實現(xiàn)；表單上的信息有： 項目代號、項目名稱（任務名稱） 、項目階段、項目類別、 組織單位、承擔單位、委托單位、項目經(jīng)理、項目總師、 項目開始時間、項目結束時間、項目版本號、 項目參與的相關專業(yè)或部門、 主要參數(shù)、設計依據(jù)、設計內(nèi)容、附件、備注； 項目大的時候可以是多個項目經(jīng)理、多個項目負責人； 3.2.7.3任務通知書審批流程任務通知書審批流程 說明：審批流程如上圖所示；各環(huán)節(jié)審批人最好以崗位形式處理； 任務批準以后，系統(tǒng)在后臺生成 WBS 樹的根節(jié)點，任務書的信息作為根

40、節(jié)點的屬性來體現(xiàn)； 為了提高效率，項目經(jīng)理及相關人員的任命在系統(tǒng)外商量，系統(tǒng)再此只提供相關人員的錄入 功能； 任務書批準以后，同時通過消息的形式通知項目經(jīng)理及其所在的事業(yè)部領導，對項目經(jīng)理還 需要以手機短信的方式提醒，并要求項目經(jīng)理簽收。 簽收任務完畢以后，項目可以進行項目策劃；如果沒有及時簽收，該任務就會一直停留在事 業(yè)部、項目經(jīng)理等相關人員的個人平臺上。 3.2.7.4項目策劃 提供了以設計階段為單位進行項目策劃，主要完成：項目多級進度計劃的策劃；項目工作分 解包（WBS）策劃；組織分解結構策劃（OBS） ；互提計劃策劃等業(yè)務工作管理。 流程說明如下： 審批流程如上圖所示，項目策劃主要分為

41、兩個階段完成，每個階段的策劃內(nèi)容如上圖描述； 項目經(jīng)理策劃表單：確定項目參與的各個部門、專業(yè)；項目的開始時間、結束時間、互提資 料的開始時間、里程碑時間等； 項目負責人策劃的表單：任務策劃到作業(yè)、確定設計人員、一級審核人員、二級審核人員、 批準人、設計開始時間、一級審核人員審核時間、二級審核人員審核時間、批準時間等； 項目專業(yè)策劃批準以后，系統(tǒng)在后臺把所有任務推到相關人員的任務中心；同時通過消息的 形式提醒相關人員接收任務，所有任務都要簽收；如果沒有簽收該任務就留在個人的工作平 臺上面。 簽收時把任務發(fā)給有權限處理任務的人員，其中一人處理完畢以后，整個任務結束。其他人 桌面上的相關任務結束。

42、設計任務書項目經(jīng)理策劃完成批準后既可以編制，既和項目負責人的專業(yè)策劃同時啟動。 3.2.7.5項目互提流程項目互提流程 3.2.7.5.1 項目互提計劃流程項目互提計劃流程 互提計劃的審批流程如上圖所示，各環(huán)節(jié)審批以崗位形式處理； 項目總師提交互提計劃以后，相關人員確認、簽收，確認以后部門經(jīng)理進行互提任務分 解，指定設計校對審核人員和時間； 任務拆分給設計人員并指定設計、校對、審核人員以后，系統(tǒng)以任務的形式把其推到設 計人員的任務中心，同時通過消息的形式通知設計人員進行簽收，并以消息的形式通知 相關的校對和審核人員； 整個互提計劃可以分兩個階段制定：第一階段由項目總師或者設計負責人制定然后提交

43、 各專業(yè)負責人、項目經(jīng)理或區(qū)域負責人確認，通過后分發(fā)給各專業(yè)負責人；第二階段由 專業(yè)負責人將互提作業(yè)包策劃成多個作業(yè)任務分發(fā)給多個設計人(支持多層結構的任務), 此時作業(yè)任務和設計人是一一對應的關系,并制定每個任務的設校審人員,以及校審時間。 互提執(zhí)行 設計功能說明：系統(tǒng)提供互提資料的版本控制、報警、提醒、互提資料簽收等功能； 3.2.7.5.2 互提執(zhí)行過程互提執(zhí)行過程 互提執(zhí)行時候審批流程如上圖所示，各環(huán)節(jié)審批以崗位形式處理； 在校審環(huán)節(jié)的任一環(huán)節(jié)打回的時候，設計人員修改可以從頭開始校對審核，也可以修改 后直接提交打回環(huán)節(jié)。 提條件人以版本覆蓋的形式替換掉以前的版本，以保證資料最后的版本最

44、新； 互提資料的接口是：部門對部門； 互提委托單采用統(tǒng)一版本管理； 互提提供計劃和實際進度對比的監(jiān)控； 互提計劃與執(zhí)行結果的比對是我們控制互提執(zhí)行的手段之一.我們通過圖表明確的區(qū)分出 互提計劃的執(zhí)行情況,哪些是按時完成的,哪些是滯后完成的,哪些是還沒完成的.如圖 圖表方式的查詢 說明：紅色表示未完成的任務,紫色表示已經(jīng)完成但是滯后的互提任務,綠色 表示按時完成的互提任務。 3.2.7.5.3 互提的委托任務書互提的委托任務書 3.2.7.5.4 互提計劃的變更互提計劃的變更 3.2.7.5.5 互提計劃變更流程互提計劃變更流程 1)互提計劃變更：互提計劃變更有兩種形式 項目總師發(fā)起：因為實際需

45、要, 項目總師需要變更(增加,刪除,修改)協(xié)作計劃,由項目 總師啟動變更流程進行變更； 專業(yè)負責人發(fā)起：因為實際需要,專業(yè)負責人需要配合專業(yè)的資料,則由該專業(yè)的專業(yè) 負責人主動要求對方提資料,確定資料要求和日期向對方專業(yè)提出請求,由項目總師審批通 過后建立資料互提通道并補充到互提計劃； 問題一：專業(yè)負責人發(fā)起變更是否還需要部門負責人審批？ 3.2.7.6項目校審流程項目校審流程 1) 系統(tǒng)業(yè)務流程見上；各個環(huán)節(jié)的審批最好以崗位、角色形式進行； 2) 方案實現(xiàn)目標 a) 校審過程的規(guī)范流程控制； b) 實現(xiàn)校審過程的電子文件的傳遞、版本管理、任務到達提醒； c) 實現(xiàn)校審單的填寫和版本管理功能；

46、 d) 需要 MCCE 提供校審卡樣式； 3) 方案說明 設校審過程中當設計被駁回的時候是否需要通道直接到達被駁回的環(huán)節(jié)直接進行設計驗 證. 設計人員按作業(yè)包形成工作成果,將工作成果提交至系統(tǒng),進入設校審系統(tǒng). 工作成果提交校對人進行校對,如有不同意見或指出設計錯誤,則填寫校審記錄,并將文件 打回給設計人. 工作成果被一級審核人員校對無誤后,提交給二級審核人員審核, 如有不同意見或指出設 計錯誤,則填寫校審記錄,并將文件打回給設計人. 工作成果被二級審核人員審核通過后,提交部門負責人批準, 如有不同意見或指出設計錯 誤,則填寫校審記錄,并將文件打回給設計人. 部門負責人接受到被提交上來的文件后

47、,進行核準.如核準不通過,則填寫校審記錄,將文件 打回給設計人.如核準通過則流程結束. 設計人接受到被打回的文件之后,在原有文件上進行修改重新上傳系統(tǒng),并針對校審記錄中 的意見,填寫反饋,之后重新提交下一步校審人員進行校審. 設計驗證策略的選擇: 設計被駁回的時候,駁回人可選擇設計驗證通道,即被打回后重新走 設校審流程或者下一環(huán)節(jié)直接到駁回人那繼續(xù)進行校審. 設校審的執(zhí)行過程將被記錄,并作為驗證的員工效率的數(shù)據(jù)手段之一 3.2.7.7出圖管理出圖管理 3.2.7.7.1 概述概述 出圖管理部分主要描述了項目管理圖紙的出版過程、圖紙出版的信息查詢、圖文費用統(tǒng)計的 綜合信息管理工具.該部分為綜合檔

48、案室提供準確可靠的圖文信息,提高生產(chǎn)效率,使圖文加工部 分能隨時隨地統(tǒng)計圖文信息,準確反應圖文加工狀態(tài),為領導提供最準確的圖文報表數(shù)據(jù)方便決策。 該部分的主要功能包括： 1、設計出圖管理(電子存檔、底圖、曬圖) 2、圖紙出版查詢 3、中間過程出圖管理 4、圖文費用查詢管理 3.2.7.7.2 相關流程相關流程 3.2.7.7.3 功能需求說明功能需求說明 3.2.7.7.3.1設計出圖管理設計出圖管理 功能概要：設計圖紙管理主要包括電子存檔、底圖存檔、曬圖、藍圖。 3.2.7.7.3.1.1 電子存檔（目前電子存檔（目前 MCCE 還沒有）還沒有） 設計人員將經(jīng)過校對、審核過的圖紙發(fā)往電子存檔

49、室，電子存檔人員經(jīng)過校對后，進 行電子存檔。 3.2.7.7.3.1.2 事業(yè)部的檔案室事業(yè)部的檔案室 設計人員將經(jīng)過校對、審核過的圖紙發(fā)往事業(yè)部檔案室。當檔案室收到項目經(jīng)理的曬 圖單以后，發(fā)通知告訴曬圖室進行曬圖。并且按照要求存檔曬圖室返回來的檔案室。 3.2.7.7.3.1.3 曬圖（目前曬圖（目前 MCCE 的曬圖正在建設中）的曬圖正在建設中） 曬圖室人員收到檔案室發(fā)來的曬圖通知，開始曬圖。同時按照工作量錄入曬圖的費用。 可以對已經(jīng)錄入的圖紙費用進行查詢，統(tǒng)計。 3.2.7.7.3.2圖文費用查詢管理圖文費用查詢管理 1、費用統(tǒng)計查詢內(nèi)容 a)項目名稱、項目編號、任務編號、部門、專業(yè)、出

50、圖申請人、A1 單價、折合數(shù) A1、份數(shù)、總價、出圖人、出圖時間。 b)查詢統(tǒng)計報表 根據(jù)委托單中的圖紙屬性,份數(shù)和折合 A1 數(shù)統(tǒng)計出圖量,并和項目部門專業(yè)人員建立 關系,建立費用查詢系統(tǒng),可任意組合*項目*部門*人員*時間區(qū)間出版*圖紙量*金額 3.2.7.7.3.3產(chǎn)品圖紙交付臺賬信息管理產(chǎn)品圖紙交付臺賬信息管理 系統(tǒng)提供圖紙交付臺賬信息管理； 臺賬信息管理的內(nèi)容： 項目名稱、圖紙編號、圖紙名稱、箱/件號、數(shù)量、交付人、交付單位、交付日期、接收 人、接收單位、接收日期、備注； 3.2.7.8設計變更流程設計變更流程 3.2.7.8.1 方案概述方案概述 設計成果出版交付后由于種種原因，需

51、要修改設計方案或圖紙，稱為設計變更，設計 變更分為兩種：重大設計變更和一般設計變更，兩類設計變更的變更流程有比較大的區(qū)別。 設計變更管理就是管理此過程。 由于重大變更一般都需要重新立項，所以此處主要解決一般設計變更的管理問題。 本方案把設計變更全過程管理起來了，從設計變更的啟動、審批、執(zhí)行（設計、校、 審） 、出圖及歸檔。 3.2.7.8.2 變更流程變更流程 3.2.7.8.3 變更通知單變更通知單 設計變更采用上面的流程是否復雜？目前表單和流程不一致； 人員變更： i.項目經(jīng)理變更、項目總師變更、區(qū)域負責人變更如何解決？ ii.設計、校對、審核人員變更如何處理？ 進度變更管理： i.項目經(jīng)

52、理、項目總師發(fā)起的變更；項目工期發(fā)生變化、如何審批？審批以后發(fā)給哪 些人員？ ii.協(xié)作進度表（既互提）的時間變更？ iii.某個區(qū)域負責人發(fā)起的變更？變更時間范圍在任務委托書之內(nèi)，如何處理？ iv.變更范圍在任務委托單規(guī)定的時間進度之外，如何處理？ 專業(yè)子項變更 i.參與的部門發(fā)生變更？部門增加、刪除等； 3.2.7.8.4 ISO 質(zhì)量管理質(zhì)量管理 3.2.7.8.5 方案概述方案概述 1)提供了在項目各個環(huán)節(jié)的 ISO9000 質(zhì)量記錄表單文件的生成；并且表單文件按照一定的 流程進行，保留過程記錄；同時 ISO9000 質(zhì)量表單中的許多內(nèi)容可從系統(tǒng)中自動提取， 減輕手工編制時的大量重復填

53、寫工作量。 2)系統(tǒng)根據(jù)業(yè)務規(guī)則對質(zhì)量情況進行匯總、統(tǒng)計，提供技術發(fā)展部分析、改進 3.2.7.8.6 功能要求功能要求 3)系統(tǒng)通過后臺生成所有的 ISO 質(zhì)量表單，并提供版本管理、表單編號自動生成、電子簽 名、表單查詢、表單打印等功能 4)項目質(zhì)量的等級評定管理，主要包括質(zhì)量等級的計算和自動統(tǒng)計，其計算公式見 ISO 質(zhì) 量體系文件。 3.2.7.8.7 功能實例功能實例 選擇項目 表單功能主界面 業(yè)務表單信息 ISO 表單信息 項目的所有表單 選擇表單類型 表單查詢區(qū) 表單版本 業(yè)務表單信息 查看表單的 ISO 版本 表單版本信息 3.2.7.9項目變更管理項目變更管理 3.2.7.9.

54、1 方案概述方案概述 1)變更管理是系統(tǒng)的核心功能之一，能否好用直接決定系統(tǒng)是否用得起來，所以建議強化 此功能。 2)變更盡量不走審批流程，盡量通過把變更功能授予有權限的人來進行變更，加快項目變 更的效率； 電子簽名 3)進度計劃、人員、任務變更：提供對項目過程中各種變更的管理功能；如項目計劃變更、 人員變更、套圖任務變更、互提變更、審批流程變更等變更，以滿足項目各種變更需要。 4)變更的執(zhí)行原則：按照崗位職能和任務發(fā)起人啟動變更的原則進行變更管理 5)變更的版本管理：所有對象的變更都以版本的形式保留變更信息，確保所有的變更可以 追溯。 3.2.7.9.2 功能要求功能要求 1、滿足項目過程中

55、各種變更的管理功能；比如項目進度計劃變更、人員變更、人工時變更、 WBS 任務變更、設計輸入變更、設計變更、項目狀態(tài)變更、互提變更、審批流程變更等， 以滿足各種突發(fā)情況的要求。 3.2.7.10項目查詢統(tǒng)計管理項目查詢統(tǒng)計管理 3.2.7.10.1 方案概述方案概述 系統(tǒng)主要提供滿足公司領導、部門領導、項目經(jīng)理、專業(yè)負責人、出圖管理人員等相關人員 對項目計劃進度、人員、文檔資料成果、質(zhì)量、費用等信息的查詢統(tǒng)計要求。 3.2.7.10.2 業(yè)務功能要求業(yè)務功能要求 功能分析：功能分析：提供進度、成果、人力資源、經(jīng)營、質(zhì)量等方面的項目查詢及綜合數(shù)據(jù)分析 功能。 項目查詢項目查詢 提供各類查詢及統(tǒng)計

56、功能，方便不同的角色、人員根據(jù)各自的權限對項目的基本信息， 狀態(tài)信息，人員，進度計劃進行查詢、統(tǒng)計及其圖表/報表的輸出，具體包括： 項目基本信息查詢（項目的工程分解信息、詳細屬性信息） 項目狀態(tài)查詢（各工程的專業(yè)分解、設計及各級校審信息） 項目、階段、各專業(yè)的文件信息，可以快速瀏覽各文件內(nèi)容 項目進度計劃查詢 說明：說明：查詢統(tǒng)計都可以通過模糊查詢、多條件查詢及其精確查詢多種方式進行；所有的 統(tǒng)計報表和圖表都能夠直接打印輸出，也可以直接輸出到 EXCEL 中打印。 成果分析成果分析 提供設計文件成果列表、成果文件瀏覽、相關屬性瀏覽、質(zhì)量記錄列表、記 錄內(nèi)容瀏覽、歷史記錄查詢等； 統(tǒng)計圖紙及資料

57、數(shù)量。 經(jīng)營分析經(jīng)營分析 提供對項目合同、收款及成本方面的綜合查詢、分析及統(tǒng)計功能。見“市場 經(jīng)營管理”模塊描述。 質(zhì)量分析質(zhì)量分析 提供項目執(zhí)行過程中的 ISO 質(zhì)量表單的查詢及統(tǒng)計功能。 提供項目中的質(zhì)量評分方面的查詢及統(tǒng)計計算功能。 提供項目中的質(zhì)量問題分類方面的查詢及統(tǒng)計功能。 3.2.8 產(chǎn)品（圖紙）交付簽收記錄產(chǎn)品（圖紙）交付簽收記錄 該模塊提供產(chǎn)品（圖紙）交付信息基本信息添加、修改、刪除的管理功能，該部分管理 功能將授權相關人員使用。產(chǎn)品（圖紙）交付信息如下圖所示。 其他資料作為系統(tǒng)附件上傳到該表單下。 3.2.9 產(chǎn)品合格證表產(chǎn)品合格證表 該模塊提供產(chǎn)品產(chǎn)品合格表信息基本信息添

58、加、修改、刪除的管理功能，該部分管理功 能將授權相關人員使用。產(chǎn)品合格表信息如下圖所示。 其他資料作為系統(tǒng)附件上傳到該表單下。 3.2.10技術資料技術資料/圖紙移交清單圖紙移交清單 該模塊提供技術資料/圖紙信息基本信息添加、修改、刪除的管理功能，該部分管理功能 將授權相關人員使用。技術資料/圖紙信息如下圖所示。 其他資料作為系統(tǒng)附件上傳到該表單下。 3.2.11項目竣工單項目竣工單 該模塊提供竣工單記錄基本信息添加、修改、刪除的管理功能，該部分管理功能將授權 相關人員使用。竣工單信息如下圖所示。 其他資料作為系統(tǒng)附件上傳到該表單下。 3.2.12質(zhì)量活動檢查記錄質(zhì)量活動檢查記錄 該模塊提供檢

59、查記錄基本信息添加、修改、刪除的管理功能，該部分管理功能將授權相 關人員使用。檢查記錄信息如下圖所示。 其他資料作為系統(tǒng)附件上傳到該表單下。 3.2.13項目完工管理項目完工管理 1)方案概述 主要提供對項目后期的關閉管理 2)功能要求 項目的暫停 有權限的人員可以對在執(zhí)行的項目進行暫停操作，從而使該項目下所有已經(jīng)執(zhí)行過的 任務處于不可變更和維護狀態(tài)，使正在執(zhí)行的任務和將要執(zhí)行的任務不可執(zhí)行。 項目關閉 對于已經(jīng)執(zhí)行完畢的項目，有權限的人員可以對其執(zhí)行關閉操作，關閉后所有人員 只能查看項目的信息，而不能修改。 項目啟動 對于暫停的項目，有權限的人員可以激活該項目，激活后所有暫停的和已經(jīng)分發(fā)的

60、任務都可以繼續(xù)進行。 3.3 非功能需求非功能需求 3.3.1 性能需求性能需求 為使系統(tǒng)正式投入使用后能夠穩(wěn)定運行，不至于影響正常的工作，要求系統(tǒng)具有良好的性能， 性能要求如下： 連續(xù)正式運行一個月后，系統(tǒng)不應出現(xiàn)致命性錯誤 系統(tǒng)正式運行后，不應出現(xiàn)程序邏輯錯誤與算法錯誤 系統(tǒng)運行過程中，由于操作錯誤或輸入/輸出溢出時，系統(tǒng)不應死機 系統(tǒng)運行速度快，系統(tǒng)單文件傳輸或者文件大小在 5M 以內(nèi)的時間最長不應超過 6 秒， 網(wǎng)絡原因除外 每筆事務處理的響應時間應少于 5 秒（不含統(tǒng)計分析類的輸出） 數(shù)據(jù)錄入操作應無等待時間，但數(shù)據(jù)從外部導入或者批量導入除外 3.3.2 安全性需求安全性需求 系統(tǒng)必

61、須滿足如下安全性需求： 在系統(tǒng)投入運行后的生命周期內(nèi)，不應出現(xiàn)軟件系統(tǒng)本身的程序錯誤導致的數(shù)據(jù)丟失 系統(tǒng)投入運行后，不應出現(xiàn)系統(tǒng)安全錯誤，造成數(shù)據(jù)泄密 系統(tǒng)權限能夠授予到功能按鈕級，特殊情況需要控制到字段級 系統(tǒng)需要區(qū)分數(shù)據(jù)查詢權、增加權、刪除權、修改權等四種權限，并可控制不同的用戶 根據(jù)工作需要獲取相應的權限 3.3.3 其它要求其它要求 3.3.3.1技術開發(fā)要求技術開發(fā)要求 本系統(tǒng)采用 B/S 體系結構 本系統(tǒng)采用 SQLSERVER2000 數(shù)據(jù)庫 3.3.3.2系統(tǒng)友好性要求系統(tǒng)友好性要求 數(shù)據(jù)增加、修改頁面都需要有基本數(shù)據(jù)輸入校驗功能，如數(shù)字字段不能輸入文本等 功能頁面上都需要有頁

62、面導航，如：綜合辦公系統(tǒng)組織機構管理部門增加 數(shù)據(jù)刪除操作時需要有兩次提示，第一次提示把要刪除的數(shù)據(jù)完整的打開讓用戶決定是 否刪除，當用戶決定刪除時，第二次彈出警告、確認窗口，告訴用戶用戶刪除這些數(shù)據(jù)會有 什么影響 對用戶正在操作的數(shù)據(jù)記錄要用明顯的顏色或者其它方式標記 業(yè)務或者數(shù)據(jù)操作結束、成功或者失敗都需要通過醒目的提醒方式告知用戶操作結果 某些頁面（如統(tǒng)計）如因數(shù)據(jù)量非常大的原因需要比較長的運行時間，需要通過合適的 提示方式（如：進度條、信息提示等）告訴用戶，以免用戶誤會或者失去耐心 如果界面上有復雜的業(yè)務操作、較多的功能按鈕或者隱含的意義（如：用不同的顏色表 示）則必須有相應醒目的提示

63、。 界面設計各區(qū)域（查詢條件區(qū)、功能按鈕區(qū)、數(shù)據(jù)區(qū)）要清晰 如果一個功能需要多步驟完成，需要通過向導的方式完成 第四章第四章 運行環(huán)境規(guī)定運行環(huán)境規(guī)定 4.1 系統(tǒng)開發(fā)環(huán)境系統(tǒng)開發(fā)環(huán)境 開發(fā)平臺：開發(fā)平臺： 系統(tǒng)開發(fā)平臺采用目前業(yè)界最流行的兩大應用系統(tǒng)開發(fā)平臺之一：微軟 DOTNET 開發(fā)平臺。 開發(fā)語言：開發(fā)語言： 系統(tǒng)主要采用 C#、ASP.NET、Javascript 作為系統(tǒng)開發(fā)的主要編程語言。 4.2 網(wǎng)絡支持環(huán)境網(wǎng)絡支持環(huán)境 公司內(nèi)的網(wǎng)絡帶寬到桌面端最好 100M，主干網(wǎng)絡 1000M 如果需要遠程訪問系統(tǒng)，需要配置 VPN。 4.3 系統(tǒng)支持軟件系統(tǒng)支持軟件 服務器端：服務器端：

64、 操作系統(tǒng)：Windows 2000/2003 server family with IIS SP4 數(shù)據(jù)庫：SQLSERVER2000 .Net Framework 1.1 客戶端：客戶端： Microsoft IE 6 或以上（含在操作系統(tǒng)中） Excel2000 或以上版本（用于報表及某些輸入模塊） ，且不禁用宏 MDAC2.5 或以上版本（MS Office 默認安裝時會附帶安裝此組件） 第五章第五章 附錄附錄 5.1 數(shù)據(jù)初始化問題數(shù)據(jù)初始化問題 EXCEL 數(shù)據(jù)的導入數(shù)據(jù)的導入 1、系統(tǒng)提供 EXCEL 的批量導入功能； 2、系統(tǒng)提供 EXCEL 的逐條導入功能； 其他部分業(yè)務數(shù)據(jù)的輸入其他部分業(yè)務數(shù)據(jù)的輸入 由于還有些紙頭的數(shù)據(jù)和其它外部系統(tǒng)的數(shù)據(jù)，需要相關人員直接錄入或者采取其它的 手段導入到系統(tǒng)中。 5.2 功能限制功能限制 5.2.1 電子簽名電子簽名 本系統(tǒng)只支持合同約定內(nèi)的院領導手寫筆簽名功能，其它人員的電子簽名解決都是通過把簽 名先做成簽名文件事先上傳在系統(tǒng)中，然后需要簽名時把該文件寫入到需要簽名的位置。 5.2.2 帶格式的文本輸入帶格式的文本輸入 本系統(tǒng)中所有輸入框都是普通輸入框，即不支持帶格式文字的輸入。 5.2.3 不符合環(huán)境要求的配置不符合環(huán)境要求的配置 如用戶的電腦不滿足系統(tǒng)環(huán)境要求的軟硬件配置，則其可能無法使用系統(tǒng)中的某些功能。