互聯(lián)工廠模塊商可視項目設計方案說明書

綜 項目概 項目建設目 項目建設原 需求理 現(xiàn)狀分 功能模塊劃 項目方 總體架 功能模 庫存共 計劃共 信息看 接口平 預約管 系統(tǒng)管 技術(shù)架 架構(gòu)組 HOP技術(shù)架構(gòu) 架構(gòu)簡 選用架構(gòu)原 架構(gòu)特 硬件配 技 開發(fā)語 操作系 接口設 接口層設計描 設計原 系統(tǒng)性能評 系統(tǒng)靈活性評 安全容錯及性評 6.8.1...............................................................................................................................................主機安 應用安 數(shù)據(jù)備份與恢 技術(shù)服務評 服務流 培訓服 標 范 東軟........................................................................................................................................ 開發(fā)工具介 項目開發(fā)工 配置管理工 質(zhì)量管理系 參與團隊介 項目組織機 介 團隊成員簡 進度計劃規(guī) 知識......................................................................................................................................................項目管理與實 工程實施計 項目管理方 項目管理方 項目開發(fā)和管理工 項目實施方法 項目實施資 安裝實施要 項目實施步 項目實施規(guī) 目交付的成果物要 項目測試方 測試目 測試原 測試方 測試工 測試環(huán) 測試階段劃 測試任務安 項目運維方 需求開發(fā)規(guī) 需求分析與設 編碼與單元測 系統(tǒng)測 ...........................................................................................................................................................項目驗收方 項目驗收標 初驗要 系統(tǒng)移交和終驗要 項目驗收方法及計 項目評審程 項目驗收內(nèi) 系統(tǒng)知識..........................................................................................................................................技術(shù)支持與服 長期技術(shù)支持和方 系統(tǒng)應急方 項目概項目建設目實時和移動辦公。1PC端庫存共享；31項目建設原免重復建設，降低建設投資。整個系統(tǒng)應易于管理、易于、易于擴充、易于升級。1保證的正確性，即發(fā)送信息者和接收信息者都不會存在。傳輸信息的正確性，即信息傳輸過，不會篡改。 234現(xiàn)狀分SRM供應商管理系統(tǒng)具備完整的供應商關系管理，包括采購信息、預約送貨等功功能模塊劃系統(tǒng)應具良好的安全性和可靠性。保證數(shù)據(jù)不被盜用和修改，保證數(shù)據(jù)一致性；對登陸或系統(tǒng)故障等能采取多種檢查和處理；采用故障檢查、應支持功能互聯(lián)工廠模塊商互聯(lián)可互聯(lián)工廠模塊商互聯(lián)可PC 移動 共 共 看 平 信 軌 指 推書海爾SRM供應商關系管理系供應商S等系功能模庫存共通過接口、模板導入、手工等多種方式將供應商生產(chǎn)情況接入信息共享平臺。供供應商供應商供應商共享庫存中互聯(lián)工廠模商互聯(lián)可計劃共SRM中采購計劃、生產(chǎn)情況展現(xiàn)給模塊商，讓雙方互視共享信息，更好的優(yōu)化產(chǎn)業(yè)信息看 二 接口平共有三類接口，首先是與SRM的接口，作為基礎數(shù)據(jù)主要來源；第二類是與模塊移動端功模塊商共享庫存查詢、海爾采購計劃查詢、GPS位置共享、 預約管兩種方案，第一種是開發(fā)全新預約管理模塊；第二種是同步SRM系統(tǒng)管樹狀結(jié)構(gòu)進行顯示，最高結(jié)點為行政區(qū)域的別。門店管理：提供對自營店、分銷商實體店的管理，包括基本信息管供查看詳細信息的功能，詳細信息包括：區(qū)稱、操作工號、操作、登陸時IP地址、操作類型、操作對象、操作動作、操作結(jié)果，詳細信息架構(gòu)簡展現(xiàn)層是系統(tǒng)與用戶進行信息交互的平臺通過界面集成將界面展現(xiàn)組件組用戶界QoS基礎服務選用架構(gòu)原本項目的實施過程嚴格遵循海爾信息系統(tǒng)SOA包括SOA的參考架構(gòu)和技術(shù)架可控、可擴展及最優(yōu)化，體現(xiàn)出了服務的SLA標準，本次建設使用了版本的HOP開發(fā)框架，接入服務和伙伴服務均使用EAI平臺，流程服務使用海爾的BPM平臺。該架構(gòu)在數(shù)制。能夠明確服務的SLA，保證在項目中的服務SLA達標率100%，能夠?qū)崿F(xiàn)服務SLA的實時線橫向擴展，平臺采用JAVA語言進行開發(fā)，數(shù)據(jù)庫采用海爾要求的oracle或者是架構(gòu)特數(shù)據(jù)，實現(xiàn)業(yè)務系統(tǒng)與數(shù)據(jù)庫平臺的無關，通過數(shù)據(jù)路由，實現(xiàn)對大數(shù)據(jù)的務支撐；開發(fā)語數(shù)據(jù)ANSI/ISOSQL-89、ANSI/ISOSQL-92,ANSI/ISOSQL-99,SQLCore支持網(wǎng)絡上同構(gòu)或異構(gòu)數(shù)據(jù)庫之間的數(shù)據(jù)的有效傳輸和冗余性具有多種功能模塊（如：實時、定時、雙向、多點方式下的N向、轉(zhuǎn)發(fā)，范圍可整表或表中部分行或修改單元,高級隊列控制），賣方應提供與其它數(shù)據(jù)庫能夠?qū)崿F(xiàn)數(shù)據(jù)的快速裝載高效的并發(fā)處理和交互式查詢以達到信息挖掘的目的，提供Web服務接口模塊，對客戶端輸出協(xié)議支持HTTP2.0、SSL等，賣方應提供具體實可靠性數(shù)據(jù)庫系統(tǒng)應具有強的容錯能力錯誤恢復能力錯誤記錄及能力,支東軟從1991年開始從事電信運營支撐系統(tǒng)的集成開發(fā)，并于1998年將產(chǎn)品線移植到ORACLEOracle11gMysql5.6Oracle旗艦產(chǎn)品。Oracle11g是面向Internet計算環(huán)境的數(shù)據(jù)庫，它改變了信息管理和的方將新的特性融入傳統(tǒng)的Oracle數(shù)據(jù)庫服務器技術(shù)從而成為面向高端企業(yè)應用和Web信息管理的數(shù)據(jù)庫。Oracle11gWeb高級應用所需要的多數(shù)據(jù)管理能力。Oracle11g能夠處理的數(shù)據(jù)，容納的用戶，在性能上有了多方面的改善，進同時，Oracle11gOracle11g的因素。Oracle11g繼續(xù)側(cè)重于這些要求，并且在Oracle8i數(shù)據(jù)倉庫性能的各個方Oracle11g是第一個真正的“商務智能平臺”。商務智能系統(tǒng)遠遠超出數(shù)據(jù)倉庫。它通常OLAP和數(shù)據(jù)挖掘功能。Oracle11gOracle11gOracle11gEnterpriseEditionOracle11g在復雜分布式環(huán)境中，Oracle11g效分布式數(shù)據(jù)的能力。Oracle11g的可伸縮的，可靠的體系結(jié)構(gòu)推出了無法匹敵的任務關鍵OLTP系統(tǒng)所需的可伸縮性、可用性以及高性能。Oracle11gOracle11gRealApplicationServer為了實現(xiàn)事務處理的高性能，Oracle11gOracle11g為迅速有效地定位事務型數(shù)據(jù)，提供了許多不同的路徑，包括快速的全表掃描，B-樹單列(B-treesinglecolumn)和連鎖索引掃描(concatenated-indexscan)，聚簇(預)表，哈西聚簇(利用一個單列，或一個具體應用的SQL哈西函數(shù))，以及單個行標識(uniquerowidentifier)。Oracle11g(cost-basedoptimizer)Oracle11g通過一系列先進技術(shù)提供了高性能的數(shù)據(jù)能力。Oracle11g采用針對數(shù)據(jù)和索引的完全的、的行級鎖定(row-levellocking)，而且為了保證最大的數(shù)據(jù)能力，從不對鎖進行升級。Oracle11g的高性能，可伸縮的序列號消除了傳統(tǒng)的事務處理應用為獲得一個唯一的數(shù)值型鍵值(uniquenumerickeyvalue)而進行的競爭。反向鍵索引在索引處將字節(jié)顛倒，并將一些的連續(xù)鍵(consecutivekey)分布到不同的塊中，從而消除了熱點(hotspot)的需要。MySQLMySQLABOracle司。MySQL最流行的關系型數(shù)據(jù)庫管理系統(tǒng)，在WEB應用方面MySQL是最好的RDBMS個大倉庫內(nèi)，這樣就增加了速度并提高了靈活性。MySQL所使用的SQL語言是用于數(shù)特點，一般中小型的開發(fā)都選擇MySQL作為數(shù)據(jù)庫。由于其社區(qū)版的性能卓越，搭配PHP和Apache可組成良好的開發(fā)環(huán)境。操作系界面，支持漢字（國標碼）環(huán)境，符合中國關于中文字符集定義的有關。很大部分系統(tǒng)管理工作并提供指導提示以減少錯誤發(fā)生并獲得系統(tǒng)管理的高效率提供打包、分配、管理以及安裝服務。保證關鍵任務應用程序的性能與響應時間。服務器的操作系統(tǒng)支持各項UNIX標準。應遵循所有主要的操作系統(tǒng)標準如X/OpenUNIX95，IEEEPOSIX1003.11003.2、XPG4、UNIXSystemV.4接口設接口及測接口的開放性體現(xiàn)在交換接口格式必須公開，支持的交換接口方式等。系統(tǒng)及與其它系統(tǒng)的接口標準控制；接口能靈活地支撐重點管理系統(tǒng)和各專業(yè)系統(tǒng)的業(yè)務需求；系統(tǒng)性能評■系統(tǒng)采用面象的分析、設計■系統(tǒng)具備高度的安全性，必須具備完善的權(quán)限管理機制99.95%以上。系統(tǒng)的主要配置是1+1關、等系統(tǒng)的通訊接口。安全容錯及性評企業(yè)也制訂了一些行之有效的操作規(guī)程,這些強制性安全措施,重在。切實加強網(wǎng)絡系統(tǒng)的組織和各業(yè)務部門之間的協(xié)調(diào)配合,從每個工作站、重視數(shù)據(jù)庫管理工作,加強對用戶操作、口令、管理。加強對磁盤文件和軟盤片管理,軟盤數(shù)據(jù)的操作管理和。在網(wǎng)內(nèi)使用、軟盤,如:、到屏障。網(wǎng)絡服務器和數(shù)據(jù)庫要保存在安全的地方。進出最好需要有通行證或佩帶徽章。也可以采用其它驗證。網(wǎng)絡的安全性措施主要包括網(wǎng)絡、主機和應用三、的，也會極大地阻撓用戶的正常。產(chǎn)。你必須知道那些需要保護，那些可以，以及如何使它們?nèi)谇⒌毓ぷ髟谝黄?。確定你的網(wǎng)絡被忽視它也是網(wǎng)絡的點，因為它常常帶有沒有任何保護措施的帳戶(guest帳戶)，使用了廣泛信賴的命令(例如：rlogin和rsh)，有的Modem連接，以及使用限制的范常常不得不但在允許的情況下能夠為你的比較敏感的網(wǎng)絡區(qū)域提供高級別安全保，，的網(wǎng)絡沒有缺口者的知識并不是很高者使用標準的，或者加鎖的房間很安，，很多的安全程序失敗了都是由于它們的設計者沒有考慮這些因素。例如，自動生成的經(jīng)的調(diào)制解調(diào)器經(jīng)常繞過繁瑣的撥號接入安全程序直接連接到網(wǎng)絡上許多用戶為了自員礙于情面滿足了這些用戶的要求。因此為了確保遵從的安全措施，用戶們不僅要將他在最低程度，用戶們必須知絕對不能將口令或其它通過不安全的線路或?qū)ζ涔蛦T們來執(zhí)行正式的訓練教育的他們在完成正式的訓練教育課程之前不允許網(wǎng)絡。了解你的網(wǎng)絡系統(tǒng)的正常功能，知道允許做的，而不允許做的，熟悉你的系統(tǒng)造成破壞之前俘獲他。審計工具能夠幫助你去探測、記錄和非常事件。另外，一個公司組織應該正確地知道何種為他們提供審計一個安全的系統(tǒng)不能運行在所 用安全衛(wèi)士、關閉撥號口、系統(tǒng)卡和控制物理網(wǎng)絡設備和主機等等措施。物理現(xiàn)行的業(yè)務系統(tǒng)通常采機系統(tǒng)與多機系統(tǒng)來提高系統(tǒng)的可靠性運行時采機熱目態(tài)下,不允許執(zhí)行指令;在管態(tài)下,系統(tǒng)可執(zhí)行全部機器指令。這樣可以防止各個用戶之間的相互干擾,數(shù)據(jù)的安全。信息保護技保護的目的一方面是程序,保護知識;另一方面分析修侵者上當,并及警,通過設置鑒別標志識別調(diào)用者和被調(diào)用者等。操作系統(tǒng)安全操作系統(tǒng)中最根本的安全措施是存取控制,它是對程序執(zhí)行期間使用資源進行檢查。加強操作系統(tǒng)的超級用戶的管理,防止任意對數(shù)據(jù)的程序讀、寫應用程序安全應用系統(tǒng)在編制程序時采取的安全措施主要有用戶權(quán)限分級限制,同時設置相應的,采用分級管理。系統(tǒng)可以根據(jù)用戶給出的明,檢查其,確定進入系統(tǒng)的何等級別,并對進入的時間進行記錄。為防止越權(quán)對網(wǎng)絡共享文件提供用戶名/口令、信息用戶權(quán)限、最大權(quán)限和文件屬性等多級完善的措施。在運行相同,嚴禁安裝應用的源程序和開發(fā)系統(tǒng),防止對程序的修改。數(shù)據(jù)庫安全技術(shù)數(shù)據(jù)庫技術(shù)的目標在于力求數(shù)據(jù)獨立,重在表現(xiàn)數(shù)據(jù)之間的聯(lián)系,盡的控制和存取控制等安全措施,來實現(xiàn)數(shù)據(jù)庫的正確性、完整性、性。共享數(shù)據(jù)庫日志審計與留痕技術(shù)系統(tǒng)日志機制,用來記錄系統(tǒng)運行的全過程。系統(tǒng)日志文件是自動生監(jiān)督而從系統(tǒng)外取得數(shù)據(jù),對系統(tǒng)中重要數(shù)據(jù)采取加密的格式存放。為了防止發(fā)生或在發(fā)生后為偵破提供監(jiān)督數(shù)據(jù),在銀行計算機系統(tǒng)里啟用系統(tǒng)記帳功能,即在系統(tǒng)中設置"計算機網(wǎng)絡同樣如何使防護系統(tǒng)、能夠?qū)Ω恫粩喑霈F(xiàn)的新問題,典型的做法是開放特征數(shù)據(jù)庫,讓用戶使用特征分析程序,隨時將發(fā)現(xiàn)的加入特征庫,增強抗網(wǎng)絡工作站對的防工作站是網(wǎng)絡的,把好關,查殺并舉,是防止的有效措施一是通過各服務器的路徑進行檢測和保護。目前將防程序安裝在網(wǎng)卡中的BOOTROM剩余空間內(nèi)服務器防治技基于服務器防治技術(shù)是以可加載模塊技術(shù)進行程序設計的,其特點是集中掃描。實時掃描功能,保持"全天候"。采用多線索的設計,隨時激活檢測程序,及時追蹤可執(zhí)行文件,到特定的中。工作站掃描功能,在上網(wǎng)工作站內(nèi)存中,調(diào)入一個常駐掃者登錄標識loginid)和一個口令password。用戶口令在鍵入時是不被顯示出來的，因為它/ec/passd來看這個戶是否功地滿登錄的件該文件系“認識的用這個件的nas”用口令irewall”passwdetc/paswd中永出于特別的安全性的需要，Unix工具中提供了shadossword文件，用來產(chǎn)生加密的口令，只有超級用戶有使用 ssword的權(quán)力。因此在較新Unix系統(tǒng)的文/etc/passwd2”。這就表示有另一個文件和文件/etc/passwd結(jié)合起來使用，那文件就是文件/etc/shadow。盡管文件文件或其他系統(tǒng)資源的用戶的集合。用戶組是提高系統(tǒng)安全性的一個重要工具。文件防安全實計算機網(wǎng)絡同樣如何使防護系統(tǒng)、能夠?qū)Ω恫粩喑霈F(xiàn)的新問題,典型的做法是開放特征數(shù)據(jù)庫,讓用戶使用特征分析程序,隨時將發(fā)現(xiàn)的加入特征庫,增強抗在網(wǎng)絡的服務器和工作站上安裝網(wǎng)絡防定時更新特征碼確保網(wǎng)絡設備和文件就必須進行加密傳輸。海爾全交互中心系統(tǒng)是公司IT系統(tǒng)的重要組成部分，尤其涉及到客戶的資料和費用，因此雖然該中心現(xiàn)在是一個網(wǎng)絡，但考慮到它的網(wǎng)絡部分接權(quán)的證明數(shù)字文件，也就是認證。數(shù)據(jù)備份是數(shù)據(jù)高可用性的法，將系統(tǒng)數(shù)據(jù)備份或轉(zhuǎn)儲到其它介質(zhì)上，為保證系統(tǒng)安全可靠業(yè)務系統(tǒng)應提供友好數(shù)據(jù)備份界面快捷的數(shù)據(jù)備份和策略；備份期：每一次、每天一次以及每月一次等定份策略的過需要除了考慮的備份工具對整體數(shù)據(jù)的備份策略外還應該RMAN，數(shù)據(jù)庫運行在歸檔模容包括所有數(shù)據(jù)文件、控制文件、聯(lián)機日志文件、ini要使用熱備份必須將數(shù)據(jù)庫運行在(ArchiveLogARCHIVELOG可以提供的恢復選擇restrict求，建議應盡量使用完全恢復。Oracle數(shù)據(jù)庫備份，當2012/5/1使發(fā)現(xiàn)數(shù)據(jù)庫中數(shù)據(jù)發(fā)生，希望將數(shù)據(jù)庫恢復到2012/4/30時的狀態(tài)，只能先恢復2012/1/1的數(shù)據(jù)庫備份然后在其上運用重做記錄使2012/4/302012/5/12012/4/30。為了系統(tǒng)的設計數(shù)據(jù)庫的恢復方案，先對可能遇到的錯誤進行分類，Oracle數(shù)據(jù)5（，如果發(fā)生前三種失敗，不需要人為，Oracle系統(tǒng)會自動進行恢復。對于用戶操作型如誤刪除數(shù)據(jù)）采取的補救措施主要有導入的邏輯備份或進行到某一時間點的不完全恢復。從Oracle8之后的新版本中引入了基于表空間的時間點恢復（，OracleOracle所有控制全部失效時，可以在Nomount模式下執(zhí)行createcontrolfile來重新生成控制文redolog，datafileMAXLOGFILES，MAXDATAFILES，MAXINSTANCES等信息。如果失敗之前alterdatabasebackupcontrolfiletotracealterdatabasebackupcontrolfiletoxxx’對控制文件作備份，恢復時可使用生成的recoverusingbackupcontrolfileresetlogs技術(shù)服務評項目上線前，東軟可為客戶提供業(yè)務應用培訓。1.時間及響東軟將提供7*24的支持當接收到一個項目的關于故障報告的請求后，東軟將立即開始評估和問題原2分配與效率改進建議、配置規(guī)劃和性能優(yōu)化建議、系統(tǒng)容量建議等；系統(tǒng)運行的咨詢服務：提供系統(tǒng)應用和技術(shù)咨詢服務，對系統(tǒng)的更新及升級時海爾同意，不改變針對本項目定制的功能，東軟實施、技術(shù)支持、支持等綜合服務。7*24調(diào)派資調(diào)派資 、用啟動啟動應急預應急處理小解解決故緊急事件處理報原廠家技術(shù)支持中東軟技術(shù)支持中提交提交報應急行動結(jié)12、啟動應急預案。3、緊急情況處理小組的（由用戶和我公司共同組成）立刻調(diào)派我公司的資深和用戶相關。首先盡最大可能收集事件相關信息，確定事件類別、4、根據(jù)收集的信息，緊急情況處理小組立刻采取措施抑制事件的影響進一步擴大，5、根據(jù)實際情況，技術(shù)進行系統(tǒng)的恢復工作6、如果是應用故障，我公司保證2小時內(nèi)解決問題，恢復故障系統(tǒng)7、如果項目組難以短時間內(nèi)解決故障，及時申請公司技術(shù)支持中心 8、在問題得到解決、系統(tǒng)恢復工作后，回顧并整理該事件的各種相關信息，盡可9、提交《緊急事件處理結(jié)果報告》。10理。A類問題如下：（a）系統(tǒng)停機；（b）座席50%以上無法使用。（c）產(chǎn)品50%資源60B軟在發(fā)現(xiàn)后應該立即著手解決，并在最快時間內(nèi)予以解決,由現(xiàn)場服務工程師確定問題原（a）座席10%-50%無法使用；（b）呼叫管理系統(tǒng)無法使用；（c）產(chǎn)品10%-50%資源不可用；（d）無法提供主動信息；（e）嚴重系統(tǒng)性能問題（實時應用系統(tǒng)響應速30）；員將與海爾聯(lián)系并確定問題原因在8小時內(nèi)與系統(tǒng)工作小組協(xié)商出具體解決辦法10）。(c)配置更改，簡單調(diào)整；在服務保證期外對于系統(tǒng)出現(xiàn)的C類問題或D類問題東軟將本著與海爾竭誠合作，為海爾提供優(yōu)質(zhì)滿意服務，努力提高系統(tǒng)的可靠性、易用性、可性的基本原則，由項目經(jīng)理為總協(xié)調(diào)人，在接到用戶形式的正式通知后1個工作日內(nèi)，將同海爾的技術(shù)人 功能的發(fā)展和完善進行友好協(xié)商在3個工作日內(nèi)給出問題的具體解決辦法和A4B當日確定問題和解決方案，8當日首先確定問題和解C或D當日首先確定問題和解1日開發(fā)工具介具體的開發(fā)過建議采用需求分析工具為RationalRequisitePro。RequisitePro是一個有效UML面象分析設計方法是信息應用開發(fā)領域的主流方法建議采用面象方面象分析設計的標準語言——建模語言UML。關系數(shù)據(jù)庫的設計是系統(tǒng)設計的重要部分在系統(tǒng)設計時采用的是面象的設計是在面象設計領域爭論較多的一個專題雖然許多支持面象設計的工具都支持這種要人為的調(diào)整和干預因此在選擇面象分析工具時有必要研究其對關系數(shù)據(jù)庫設計的支許多面象分析和設計工具針對常用的應用開發(fā)工具提供了正向工程和反向工程的系統(tǒng)采用J2EE應用體系構(gòu)架為，在關鍵環(huán)節(jié)（主要為實時部分）采用C語言開發(fā)。J2EEJAVAIDE（集成開發(fā)環(huán)境）的一個趨勢是與Java應用服務器的整合，越來越多的Java分析與設計工具：RationalRose、Power優(yōu)化與工具：OracleDBDiagnosticsPack、OracleDBTuningPack、OracleFusionMiddlewareDiagnosticsPack糾錯/變更追蹤工具：NeusoftBugBase、RationalRose是一個完整的可視建模方案，開發(fā)、項目經(jīng)理、工程師和分析分析設計和數(shù)據(jù)庫模型設計的全過程提供工具支持。GCC（GNUCompilerCollection）GNUCC++HTTP,FTPJDBC糾錯/變更追蹤工具中，NeusoftBugBase是東軟自主開發(fā)的、擁有獨立知識的糾錯工具，其可靠性和功能已經(jīng)在眾多大型項目中驗證；ClearQuest針對動態(tài)的、不斷更新的開發(fā)工作，提供最佳的變更需求管理(--ChangeRequestManagement)解決管理和管理和貫穿整個開發(fā)過程始終，是全交互中心非常重要不可忽略的一個環(huán)節(jié)，管理和階段，項目開發(fā)過程的各個階段非常重要。管理和主要包括配置管理、RationalClearCase可為中型和大型團隊提供資產(chǎn)管理（SAM），管理從設計、編碼到測試的整個開發(fā)過的所有工件。Project對項目的管理控制提供較全面的支持，包括規(guī)劃、資源和成本管理、進度的控制等方面。，更管理工作流提供了準則來管理演化系統(tǒng)中的多個變體創(chuàng)建過的版本。工作原因、時間、保持審計記錄。，注意以下要求，以保證的質(zhì)量達到目標。正確性的功能要滿足用戶的要求在預定環(huán)境下能夠完成預期的功能因此RationalClearCaseRationalClearQuest，這兩個這兩個工具合在一起提供了Rational第三代配置管理解決方案——變更管理（UCM），UCM定義了一個可以立即用于開發(fā)項目的一致并基于活動的變更管理流程，是用于管理（包括從需求到版本發(fā)布UCMRational用于開發(fā)最佳實踐的全面框架——Rationial過程（RUP）的關鍵組成部分。根據(jù)開發(fā)團隊的具體需要，可以使用相應的過程模型來加速開發(fā)進度，提高質(zhì)量并“000用戶。IDC（國際數(shù)據(jù)）在其報告“2001-2005配置管理工具和分析”中將ClearCase連續(xù)三年最暢銷的配置管理解決方案”。ClearCase的突出特點包括：“ClearQuest另外，RationalClearCaseSCM如、分支、屬性、觸發(fā)器（trigger）和超級（hyperlinks）等，開發(fā)團隊可以RationalClearQuest提供業(yè)界最強大而且高度靈活的缺陷及變更系統(tǒng)，在全球160，000ClearQuest貫穿整個開發(fā)過程用于管理和缺陷和其他變更的一個高效工作流對于滿足高可以從活動的角度來觀察變更，然后RationalClearQuest工作流引擎將活動同相關的開發(fā)ClearCase/LicenseServer（已有）――用作ClearCase的服務器和Rational軟LicenseClearQuest/RequisiteProDBServer及Web服務器――用于ClearQuest和RequisitePro的用戶數(shù)據(jù)，同時提供ClearQuestRequisitePro的Web服務，置的Web服務器WindowsClearQuestRequisitePro如出于系統(tǒng)性能的考慮，可以單獨的RequisitePro數(shù)據(jù)庫服務器和Web服務 ServerAD Server200GBHard ServerRequisitePro數(shù)WEB100GBHard用戶可以通過質(zhì)量管理系統(tǒng)對項目各個方面的質(zhì)量問題進行管理,和統(tǒng)計。質(zhì)量管理系統(tǒng)中包括三個子系統(tǒng)：缺陷管理子系統(tǒng)、評審管理子系統(tǒng)、SQA評審管理子系統(tǒng)的基本功能是支持項目開發(fā)過的評審活動對評審發(fā)現(xiàn)的問題進行SQAQAPC58664MWindows98IE6.0、ant(1.6.2)硬件環(huán)境：PC586以上微機，800MHZ以上CPU，256M以上內(nèi)存（環(huán)境：Windows2000server中文版、Oracle8i（8.1.7）、Oracle9i環(huán)境：LinuxRedhat9.0(Kernel2.4.20-8)、Web服務器Tomcat（4.1.x以上版參與團隊介19266IT354UI9UI536郭3進度計劃規(guī)個建設過分為以下幾個關鍵里程碑節(jié)點：1進行系統(tǒng)需求2—期需求上一期上線需求3二期需求上一期上線需求SRM4知識工程實施計從項目中標到系統(tǒng)上線估計為18詳細進度安排如下項目管理方項目管理方在開發(fā)過，建議項目計劃的管理采用WBS（WorkBreakdownStructure，工作WBSWBS對于大規(guī)模的系統(tǒng)，在生命期的后期階段可能需要的層次。開始的時候，計劃量趨勢是及其的，而這對于組織級過程改善是很關鍵的。WBS圖整個生命期中WBS精確度的進，向另一個階段的轉(zhuǎn)換中的是到一個重要的業(yè)務決策，而不是完成一個具體的，不斷地調(diào)整和細化項目開發(fā)計劃。迭代計劃是在對上一次迭代結(jié)果進行評估的基礎上制定是不能的如還沒有成當前代時不進入下一代因下一次代的計制定迭代計少地經(jīng)歷生命期中的所有活動：設計、實施類系統(tǒng)并進行單元測試階段評面迭代評狀態(tài)評 項目需求管需求調(diào)研及分析能達到完整準確清晰地取得并整理出客戶對的需求和目標從而在(1)需求調(diào)研規(guī)解和總結(jié)客戶的需求，形成清晰的需求文檔，提交給需求分析。召集組織客戶的相關、關聯(lián)單位的相關，面對面進行需求訪談。對客戶對軟訪談：在訪談過，使用筆等工具，完整記錄客戶和需求調(diào)研的VY2MP3。圖開發(fā)部需求組，研究需求說明書。組同步需求理解，做出評審。如未通過則3。組織客戶的相關，對需求說明書的內(nèi)容進行評審，核對業(yè)務。評審未通過則重復調(diào)研。 需求變更管圖的過變更控制決策以確定選擇哪些，放棄哪些，并設置實現(xiàn)的優(yōu)先順序，建立了變更控制。變更控制的組變更控制的任，變更控制的任務就是對每一項改動請求，從平衡各方面的角度出發(fā)來進，與來做出決定。任務包括：將決定通報于有關配置與變更計劃說明在產(chǎn)品/項目生命期中要執(zhí)行的所有與配置與變更管理相關的基線是項目庫中個工件版本特定時期的個“快照”。它提供一個正式標準隨的工作于此標且只有過才變更這個準立一個始基線， 作的進展基線將合并自從上次建立基線以來開發(fā)已經(jīng)交付的工作變更一旦并入基線，開發(fā)就采用新的基線，以與項目中的變更保持同步。調(diào)整基線將把開發(fā)工作區(qū)中的文件項目（在主要分支上）所進行的變更進行。當認為更新不穩(wěn)定或不時，基線為團隊提供一種取消變更的方法。通過創(chuàng)建 數(shù) 開發(fā)工作區(qū)的開發(fā)員必須能夠構(gòu)建產(chǎn)品、建立基線并使開發(fā)團隊的其他能夠使用確定系統(tǒng)滿足功能需求和物理需求。確定工件在受控制的庫中。客戶業(yè)務向客戶技術(shù)部門提交新需求，或變更需求。應提交變更控制來決定變更控制一般由項目組所在部門和業(yè)務部的業(yè)務代表組成，由他們對需求變更進行評估、，必要時與客戶進行協(xié)商。項目經(jīng)理根據(jù)需求實現(xiàn)的難度和可行性或者變更控制的決定來確認是否要實需求變更可依據(jù)《需求修改記錄模板》來記錄，內(nèi)容包括需求變更參與、變更原因、變應急事統(tǒng)順利上線。但由于工程實施過某些不可預見的原因，系統(tǒng)可能出現(xiàn)的以下突發(fā)事故：由于，門戶顯示頁面及內(nèi)容與預期完全不同?？赡艿脑虬ǎ和话l(fā)事故應對措對運行過的所有數(shù)據(jù)進行備份。具體實施如下401.5(2)應對措在網(wǎng)絡出口設置、防系統(tǒng)和網(wǎng)絡防篡改系統(tǒng)。在網(wǎng)絡設備和服務器上采用安全策略，安裝相應的補丁程序、關閉不用的端口、啟動日志。11系統(tǒng)試點上線過發(fā)生本方案未盡緊急事件的，應由本系統(tǒng)試點上線工作的施組立即報告海爾小組決策后實施。突發(fā)事故應急處大的影響，需立即向東軟和海爾項目小組報告。立即上報項目小組，經(jīng)批準后馬上更換故障設備，盡快恢復應用系統(tǒng)運行。進行掃描和清除工作。網(wǎng)絡中斷，所有網(wǎng)頁無法顯示時，檢查計算機的“本地連接”是否處于狀角色文檔的等級進度調(diào)定期調(diào)整是指項目經(jīng)理在迭代內(nèi)里程碑、迭代結(jié)束和階段結(jié)束通過正式評審項目進資源是指在項目運行過所需要的人力資源。資源是指項目充分、有效地利用、配備管理計劃；在項目實施過，通過郵件例會和里程碑總結(jié)等正式和不正式的、動態(tài)結(jié)構(gòu)：根據(jù)不同階段項目對的不同需求考慮投入不同能力和不同數(shù)量的變更項目經(jīng)理配備管理計劃以項目的投入狀況，并在每和每里程碑上投入的數(shù)量以及投入的技能是否可以滿足項目實施要求；在項目會和里程碑會議上，高級管理者、客戶方和項目經(jīng)理評審以上狀況，制由于離職或工作變動會引起項目中的變更。項目經(jīng)理會分析變更所帶來下圖描述了圖變更流程圖對于以上變更活動需要注意以下內(nèi)容：間、內(nèi)容及相關安排等，應該包括相關培訓和的內(nèi)容。 風險管理策風險對策：主要描述應對風險的策略。風險管理的思想不是地等待（等到風險變成現(xiàn)實、成為問題或?qū)е马椖渴。?，而是決定如何對付風險。對于每個風險，有3迭代中的風險管迭發(fā)比瀑布式開發(fā)可以更早的緩解風險。在瀑布開發(fā)過，只能在最后的集成在系統(tǒng)迭發(fā)過，項目經(jīng)理需要一張風險列表，來對風險進行并評估項目風險和對項目上的風缺乏掌握的資深開發(fā)商自身的管理流程不成熟、不規(guī)范、不正確造成系統(tǒng)實施。對業(yè)務應用系統(tǒng)應該具有的業(yè)務功能系統(tǒng)管理功能進行的需求進行充分的分析和詳是掌握的專業(yè)，例如系統(tǒng)架構(gòu)師和系統(tǒng)分析等。要求項目有關參與方對參與的專業(yè)的投入進行承諾，提出專業(yè)無法對項目有關參與在的把握上進行慎重，對相關在上進建立嚴格的項目控制機制對集成和應用系統(tǒng)建設的各個環(huán)節(jié)進行嚴格的進度和質(zhì)量控制。的隊伍，建立規(guī)范的系統(tǒng)運行機制，規(guī)范系統(tǒng)運行環(huán)境。項目“語言”方式傳達和接收信息的準備同時還必須明白他們以個人涉及的信息將如項目溝通方會議，包括評審、等。項目溝通機計項目計項參參參項目計計劃變項參參參展項目項了了了里項參參了展項參參了狀態(tài)評項參參了迭代總業(yè)務模項參參需項參參項參參實項參參測項參參參部項參了了 項目管理文檔是項目管理過非常重要的管理內(nèi)容事先編制完成項目的管理文檔模該體系包含了開發(fā)生命期中的所有管理文檔所有文檔范本將在開發(fā)過提供給業(yè)項目開發(fā)和管理圖開發(fā)工具示意面象分析設計方法是信息應用開發(fā)領域的主流方法建議系統(tǒng)采用支持面象分析設計的標準語言——建模語言UML。關系數(shù)據(jù)庫的設計是系統(tǒng)建設的重要部分在系統(tǒng)設計時采用的是面象的設計是在面象設計領域爭論較多的一個專題雖然許多支持面象設計的工具都支持這種要人為的調(diào)整和干預因此在選擇面象分析工具時有必要研究其對關系數(shù)據(jù)庫設計的支許多面象分析和設計工具針對常用的應用開發(fā)工具提供了正向工程和反向工程的優(yōu)化與工具：OracleDBDiagnosticsPack、OracleDBTuningPack RationalClearCaseRationalClearQuest，這兩個工UCM定義了一個可以立即用于開發(fā)項目的一致并基于活動的變更管理流程，是用于管理開發(fā)過程（包括從需求到版本發(fā)布）中所有變更的“最佳實踐”流程。UCM已成為Rational用于開發(fā)最佳實踐的全面框架——Rationial過程（RUP）的關鍵組成部分。根據(jù)開發(fā)團隊的具體需要，可以使用相應的過程模型來加速開發(fā)進度，提高軟RationalClearCase提供業(yè)界最強大的配置管理解決方案，在全球擁有超過240，業(yè)界領先的變更流安全的工件和版本RationalClearCase提供了一個工件管理（SAM）框架，開發(fā)團隊可以使用這一框架來管理貫穿項目生命期的所有工件。UCM將RationalClearCase基礎框架同RationalClearQuest另外，RationalClearCase提供了靈活的SCM的基礎框架，通過使用靈活的元數(shù)據(jù)，如SCMRationalClearQuest提供業(yè)界最強大而且高度靈活的缺陷及變更系統(tǒng)，在全球擁160，000ClearQuest RationalClearQuest是一個高度靈活和可擴展的缺陷及變更系統(tǒng)，它可以捕獲和RationalClearQuest為活動的和管理提供了可定制的工作流，這使得開發(fā)團隊可 ClearQuestClearQuest相關規(guī)則（圖2）；當開發(fā)團隊需要在預定義的過程上進行定制時，可以使用ClearQuest貫穿整個開發(fā)過程用于管理和缺陷和其他變更的一個高效工作流對于滿足高ClearQuest/RequisiteProDBServer及Web服務器――用于ClearQuest和RequisitePro的用戶數(shù)據(jù)，同時提供ClearQuestRequisitePro的Web服務，ClearQuestWeb置的Web服務器WindowsClearQuestRequisiteProRationalRose是一個完整的可視建模方案，開發(fā)、項目經(jīng)理、工程師和分析PowerDesigner根據(jù)本項目的特點，建議采用東軟的SEAS文檔管理作為項目文檔管理。在本項目中，SEAS1、項目檔硬拷貝的地方。文檔的軟拷貝必須被保存到一個預定義的網(wǎng)絡，為了安全目的每個用戶的都被控制。2、文檔傳遞流3、控4、版本控無論一個文檔的新版本什么時候發(fā)布項目庫的集志系統(tǒng)都應該更新以反映交付物的的變更。在文檔發(fā)布后，文檔的發(fā)布應隨修訂而增加。優(yōu)化與工具可以實時地流程的運行情況，發(fā)現(xiàn)潛在的問題，對流程進行優(yōu)化。糾錯/變更追蹤工具中，NeusoftBugBase是東軟自主開發(fā)的、擁有獨立知識的糾錯工具，其可靠性和功能已經(jīng)在眾多大型項目中驗證；ClearQuest針對動態(tài)的、不斷管理和，護階段項目開發(fā)過程的各個階段非常重要。管理和主要包括配置管理、開發(fā)項目，為中型和大型團隊提供資產(chǎn)管理（SAM），管理從設計、編碼到測試的整個開發(fā)過，更管理工作流提供了準則來管理演化系統(tǒng)中的多個變體創(chuàng)建過的版本。工作原因、時間、保持審計記錄。，證的質(zhì)量達到目標。 性：遵從的規(guī)范，包括命名規(guī)范、界面規(guī)范、編程風格。編碼應具有良好 質(zhì)量要求嚴格。 、進的交互式助手，可幫助項目經(jīng)理設置項目、管理任務和資源日程安排以及報告項目、ProjectStandard2007。有效創(chuàng)建項目計劃。通過迅速地將已在OfficeExcel或OfficeOutlook中創(chuàng)建的任務列表轉(zhuǎn)換為項目計劃，節(jié)省了時間。另外，還可以ProjectStandard2007題。還可以從活動服務或ExchangeServer地址簿分配資源。比較項目計劃的版本?？墒褂谩氨容^項目版本”工具輕松項目計劃方面的版本變工期和。ProjectServer幫助項目經(jīng)理有效地抓住工作重點并且做出更好的完成日期）上的差距、保留歷史記錄（可以在任何項目過始終保存11個完整的參考基線）為其它程序提供項目數(shù)據(jù)。借助“將信息到Office”向?qū)?，項目?jīng)理可以在多個共享項目計劃。通過將項目計劃保存到Windows?SharePoint?服務站點的中央工作區(qū)，可以同機構(gòu)中的其他人共享您的項目計劃。WindowsSharePoint服務是WindowsServer?2007的組件。使用“共享工作區(qū)”任務窗格可以查看共用戶可以通過質(zhì)量管理系統(tǒng)對項目各個方面的質(zhì)量問題進行管理,和統(tǒng)計。質(zhì)量管理系統(tǒng)中包括三個子系統(tǒng)：缺陷管理子系統(tǒng)、評審管理子系統(tǒng)、SQA 評審管理子系統(tǒng)的基本功能是支持項目開發(fā)過的評審活動對評審發(fā)現(xiàn)的問題進行項目實施資CMM5級認證。PCMM5東軟通過ISO/IEC20000-1:2005IT服務管理體系認證，并獲得BSI（英國標準）授予的ISO/IEC20000-1:2005認證。安裝實施要東軟提供產(chǎn)品的安裝和調(diào)試，東軟有責任對甲方的技術(shù)問題做出解答。項目實施方法總。術(shù)支持兩條主線指導整個項目實施，而技術(shù)支持則主要反映在對整個項目實施中。在項目實的過，我公還將運各種先的目管理理、技能工具和術(shù)以滿足并超過項目利益相關方對項目的需求和期望為目標，對項目的全過程進行科學的管理。東軟多年大型IT項的實施不總項目最佳踐，在RP工程程管理方項目實施步導，與客戶確定需要建設的系統(tǒng)的需求。所擁有的哪些業(yè)務系統(tǒng)，在建哪些系統(tǒng)，與我公司承建的系統(tǒng)的關系等。因此的界面設計原則包括：將在需求分析階段得出的系統(tǒng)外部功能需求轉(zhuǎn)換為未來系統(tǒng)的設計編碼中的大部分工作由開發(fā)工程師承擔，實施模型由構(gòu)架設計師負責建立。安裝調(diào)試工作一般由項目經(jīng)理與實施完成。2、對系統(tǒng)部署過出現(xiàn)的故障進行系統(tǒng)級的和排錯項目實施規(guī)項目實施規(guī)劃圍繞業(yè)務管理與信息建設目標和未來提供的服務進行同時考慮，，整個系統(tǒng)采用總體設計原則設計系統(tǒng)功能規(guī)劃系統(tǒng)硬件網(wǎng)絡設施應用，在，，目交付的成果物要均為簡體中文版本，在每次培訓前一內(nèi)提供。其他服務至少包括系統(tǒng)安裝資料；SOA項目測試方東軟公司結(jié)合多年的系統(tǒng)建設經(jīng)驗、結(jié)合工程測試要求及本項目的特點，在測試原測試目測試是使用人工或自動，測試在生命期中占據(jù)重要的地位測試學在傳統(tǒng)的瀑布模型中僅處于運行階段之前，是產(chǎn)品交付用戶使用之前保證質(zhì)量的重要。近來工程，測試原100：測試都應追溯到用戶需求。正如所知測試的目標在于揭示錯誤。而最嚴重的錯誤（從用戶角度來看）是那些導致程序需求的錯誤；：方法不能高效和完全的針對所有缺陷因此測試應該盡可能的多采用多種途徑進行 測試方測試利用程序的邏輯結(jié)構(gòu)與有關文檔的信息，設計并準備測試用例與模擬數(shù)檢查數(shù)據(jù)結(jié)構(gòu)以確保其有效性試和檢驗實現(xiàn)的功能是否符合要求這種測試對或程序模塊的結(jié)構(gòu)與技術(shù)實現(xiàn)操作、界面、報表等的合理性、一致性進試。ID能全面的分析和瓶頸的。并發(fā)性測試關注系統(tǒng)是否還能夠處理期望的用戶負載，以系統(tǒng)的未來性能；并發(fā)性測試的目并發(fā)性測試的策壓力測試的目然間掉了？它是否只是掛在那兒啥也不做了？它失效的時候是不是有一些反應？在重壓力測試常規(guī)操1210SNMP）；負載測試的目負載測試的目標是確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行。此負載測試與壓力測試的區(qū)容量測試目的是通過測試預先分析出反映系統(tǒng)應用特征的某項指標的極限（如最對容量的測試，能讓開發(fā)商或用戶了解該系統(tǒng)的承載能力或提供服務的它和穩(wěn)定性測試不同，穩(wěn)定性通常模擬的是平均用戶數(shù)量（或值），而疲勞測試通指標，例如降低用戶數(shù)、縮短測試期等，以綜合衡量系統(tǒng)系統(tǒng)。疲勞強度測試的目的就是檢驗系統(tǒng)長時間、大用戶量運行后的性能，對服務器、、網(wǎng)絡進行不同條件下的綜合測試分析，測試時要記錄系統(tǒng)發(fā)生故障的信息作為。，單獨的數(shù)據(jù)庫或文件系統(tǒng)性能測試；通常來說采用第二種測試方案。把，測試在一個特定的硬件/作系統(tǒng)/網(wǎng)絡等環(huán)境下能否運行，性能如何。分析市場份額，互聯(lián)網(wǎng)產(chǎn)品主要是客戶端，比如IE殺毒、等；行業(yè)還要考慮服務器段比如：中間件、數(shù)據(jù)庫等。web瀏覽器的產(chǎn)品，不必去考慮、顯示、音頻和其他輸入輸出的兼容問題，但是要考慮每個瀏覽器版本的解釋HTML、頁面樣式信息和、執(zhí)行java小activex 安全的。侵入系統(tǒng)；可以通過瀏覽非的數(shù)據(jù)，從中找到進入系統(tǒng)的；等等?；谶吔绲模壕W(wǎng)絡處的數(shù)據(jù)和資源、網(wǎng)絡世界保護1保護數(shù)據(jù)的完整性性、用戶數(shù)據(jù)的私密性、數(shù)據(jù)作為知識。、可達性；2保護網(wǎng)絡資源、未的網(wǎng)絡資源使用。當作：制造、毀壞他人數(shù)據(jù)；DOS模擬DOS服務測試工測試環(huán) ）的ACL進ACL本地net網(wǎng)絡IPIP服務器與系統(tǒng)測RAIDClusterC兩臺IBM550QHACMPDOWNftpRAID系統(tǒng)設備相關測相關檢查廠商提供的及根據(jù)手冊操測試階段劃單元測試是對中的基本組成單位進行的測試，如一個模塊、一個過程等等。它是軟集成測試是在系統(tǒng)集成過所進行的測試其主要目的是檢查單位之間的接。系統(tǒng)測試是基于系統(tǒng)需求說明書的黑盒類測試是對已經(jīng)集成好的系統(tǒng)進行徹底的測試計劃進行，其輸入、輸出和其他動態(tài)運行行為應該與規(guī)約進行對比系統(tǒng)測試。測試任務安執(zhí)-意外結(jié)項目運維方需求開發(fā)規(guī)需求開發(fā)：負責組織策劃需求開發(fā)活動，保證需求開發(fā)活動正常執(zhí)行，并與也可以由項目指定專門的需求。解決方案咨詢相關文檔，例如方案需求矩需求開輸需求開輸合同/意需求調(diào)研策解決方案詢相關文需求調(diào)研準用戶需求調(diào)用戶需求分用戶需求評產(chǎn)品需求格說明產(chǎn)品需求優(yōu)先級確產(chǎn)品需求評需求確認產(chǎn)品需求確產(chǎn)品非功能需求開產(chǎn)品接口需求開產(chǎn)品功能需求開用戶需求確需求確認業(yè)務詞需求匯 研需求調(diào)研提需求調(diào)研度輸建立需 矩開發(fā)基需 矩“項目任務書”或項目啟動通知下達后，需求開發(fā)負責組織需求調(diào)研策劃工作。例如合作伙伴、用戶、領域、行業(yè)分析員等。需求開發(fā)需要在整個需求調(diào)研過的依據(jù)，需求開發(fā)需要綜合合同/意向、商務等方面考慮。用戶、訪談問卷市場發(fā)進行培訓，常用的培訓內(nèi)容有：“業(yè)務詞匯表隨著調(diào)研的展開不斷更新故需求開發(fā)需要在調(diào)研過不斷確認，需求開發(fā)需要在需求調(diào)研過針對不同的相關干系人使用準備好的相關調(diào)研問題，通過訪談、原型和問卷等方式收集需求信息。引導需求是指在已有類似系統(tǒng)的情況下，需求開發(fā)采取必要的方法，例如原型方法關內(nèi)容?！靶枨笳{(diào)研卡”用于記錄功能調(diào)研結(jié)果。需求開發(fā)根據(jù)用戶需求調(diào)研結(jié)果，進行用戶需求分析，確定系統(tǒng)范圍、需求開發(fā)根據(jù)用戶需求調(diào)研結(jié)果確定系統(tǒng)定位包括系統(tǒng)上線后的商有哪些，所以通常要參考解決方案咨詢相關文檔，例如方案等。需求開發(fā)根據(jù)調(diào)研得到的資料，確定系統(tǒng)的所有用戶信息。通常指系統(tǒng)或組成部分遇到輸入數(shù)據(jù)以及在異常情況和操作下系統(tǒng)能繼續(xù)運經(jīng)濟方面：財務或方面的約束支持等。確定相關干系人的關鍵依賴約束，例如：相關系統(tǒng)的等。參照《評審指南》，需求開發(fā)組織需求開發(fā)、設計對已完成的用戶需求分析、、在正式的場合，與用戶分析“用戶需求分析報告”，使用戶清楚了解需求分、需求分析與設更新后的需求矩陣概概要設分析與設分析與設輸項概要設詳細設輸用戶需求分報概要設架構(gòu)設概要設計報系統(tǒng)接口設過 子系統(tǒng)/模塊設更新的需求蹤矩數(shù)據(jù)庫設概要設計評評審記概要設計基概要設計報詳細設計報詳細設產(chǎn)品需求規(guī)說明用戶界面設用戶界面設報子系統(tǒng)/模塊設更新的需求蹤矩詳細設計評評審記詳細設計基理解設計和需需求理建立詳細設基建立概要設基數(shù)據(jù)庫設計告詳細設概要設計完成后，概要設計更新“需求矩陣”，建立概要設計和需求之間的設計分析系統(tǒng)目標和定位，了解主要的業(yè)務流程或應用場景，全面理解系統(tǒng)的功能需求和非功能需求（包括質(zhì)量屬性和設計約束）。與需求開發(fā)通過會議、設計基于對需求的理解，識別影響系統(tǒng)架構(gòu)的關鍵功能需求和非功能需求。在發(fā)將用戶需求分配到產(chǎn)品/產(chǎn)品組件。對于大型、復雜或?qū)崿F(xiàn)風險大的系統(tǒng)，可考慮進系統(tǒng)組件的復用、或確定系統(tǒng)技術(shù)路線及使用的開發(fā)包概要設計對用戶界面、系統(tǒng)的外部接口和接口進行設計識別系統(tǒng)所使用的外部系統(tǒng)提供的接口本系統(tǒng)向其它系統(tǒng)提供的接口以詳細描述各接口類型、通信協(xié)議、格式等接口實現(xiàn)內(nèi)容。根據(jù)系統(tǒng)的邏輯架構(gòu)，識別系統(tǒng)各子系統(tǒng)/模塊間的接口及其功能子系統(tǒng)/模塊設據(jù)庫明文或加密等，且需考慮第的。的屬性為表的字段；實體之間的關系為表的主、外鍵。應的過程或觸發(fā)器；評審的可包含項目組內(nèi)設計、需求開發(fā)、編碼、測試等，也可邀請客法》執(zhí)行概要設計的變更，更新需求矩陣，CML根據(jù)需要重新建立概要設計基線。決理解設計和需求過的問題，達成對需求理解的一致。詳細設計對概要設計識別的子系統(tǒng)/模塊等進行完整、充分的設計，說明設計元素面象設計：合適的設計元素粒度為類及其屬性方法，可采用類圖描述子系統(tǒng)/模塊統(tǒng)/模塊的組成，采用流程圖說明子系統(tǒng)/模塊內(nèi)各設計元間的關系。 評審的可包含項目組內(nèi)設計、需求開發(fā)、編碼、測試等。詳細設計評審通過后，CML負責按照《配置管理規(guī)程》建立詳細設計基線，編碼根法》執(zhí)行詳細設計的變更，更新需求矩陣，CML根據(jù)需要重新建立詳細設計基線。編碼與單元測項目：負責編碼和單元測試活動的總體組織和。包括組織編碼確定文檔開發(fā)：編寫支持性文檔CML：負責對通過單元測試的源代碼建立基更新后的需求矩單元單元測編編碼與單元編碼與單元測輸項過組織編碼規(guī)編碼準表規(guī)產(chǎn)品需求規(guī)說明詳細設計報 需求蹤矩代詳細設計報單元測試更新需求用 蹤矩單元測試執(zhí)源代碼基產(chǎn)品需求規(guī)說明支持性文文檔審記 文檔編單元測試設編碼與調(diào)文檔驗支持性文檔編項 代碼碼的代碼中發(fā)生同樣的問題。 可包含項目組內(nèi)設計、編碼 路徑設計測試用例，以發(fā)現(xiàn)單元的錯誤。如果采用自動化單元測試工具編碼還應編寫相應的或程序以滿足自動化項目組織實施單元測試用例的評審。評審工作可參照《評審指南》進行。參加評審的可包含項目組內(nèi)設計、編碼、測試等。行導致缺陷出現(xiàn)的測試用例，逐步定位產(chǎn)生缺陷的代碼；然后，對缺陷代碼編碼再次進行單元測試工作，重復1～2所述步驟，直至達到單元測試通過準控制方法》修改源代碼，更新“需求矩陣”，CML根據(jù)需要重新建立源代碼基線。包括“用戶手冊”、“系統(tǒng)安裝手冊”、、用戶培訓文檔等。文檔編寫完成后項目組織實施支持性文檔的評審評審工作可參《評 、設 、編碼、測 等 根據(jù)修改相關文檔。本導致運行語句或等。系統(tǒng)測項目協(xié)助系統(tǒng)測試策劃和系統(tǒng)測試活動評“系統(tǒng)測試計劃對缺陷判定的進行仲裁。CML：負責策劃和執(zhí)行系統(tǒng)測試相關的配置管理活更新后的需求矩系系統(tǒng)測項目計系統(tǒng)測試策系統(tǒng)測試計用戶需求分報系統(tǒng)測試需測試用例測試設用矩環(huán)境搭測試環(huán)確認待測試工作品測試執(zhí)系統(tǒng)測試總系統(tǒng)測總結(jié)報需求理計、開發(fā)等相關干系人，以保證項目各個階段的測試內(nèi)容組織級制訂的測試類型和測試結(jié)束準則可記錄在“系統(tǒng)測試計劃”的模板中，供項目參考。都進行接收測試，也可以有新功能時進試，接收測試的重點可以是A、B系統(tǒng)測試組相關干人參照評審指》行“系統(tǒng)試計劃的評審對測試策略、進度安排等內(nèi)容達成共識。評審的相關干系人通常包括：項目負責人、項目、需求開發(fā)、設計、開發(fā)、系統(tǒng)測試、實施和CL等。劃”進行。、需求的問題可以通過會議、Q&A表、mail的方式與需求開發(fā)或客戶進行溝通，需求問題的溝通規(guī)范通常由項目根據(jù)項目實際情況制定，并與客戶、測試思路說明從哪些維度對此功能點進試，清晰地表達此功能的測試要測試步驟、期待結(jié)果和用例分類等要素。測試用例設計時，對于某些有前例性的測試數(shù)據(jù)應符合業(yè)務應用場景，同時遵循規(guī)范，當需要應用客戶真實數(shù)據(jù)時，測試大綱/測試用例完成后，系統(tǒng)測試組織相關干系人參照《評審指南》進系統(tǒng)測試和實施，也可根據(jù)項目需要邀請客戶、設計、開發(fā)、業(yè)務、測試等參與評審。在測試執(zhí)行過系統(tǒng)測試基于需求變更、漏出缺陷的分析以及測試用例的缺陷，求矩陣”。系統(tǒng)測試從配置庫中獲得待測試的工作產(chǎn)品并依據(jù)測試環(huán)境策劃的要求進行環(huán)境對于集成的產(chǎn)品，測試執(zhí)行前需根據(jù)開發(fā)提供的“測試版本發(fā)布記接收測試通常需要明確接收的標準，通常從測試功能點的通過率、二次bug的數(shù)量等方面進行判定。在接收測試后，系統(tǒng)測試對接收測試的執(zhí)行真實準確的缺陷報告，可以幫助開發(fā)更快地定位缺陷原因。系統(tǒng)測試對缺陷的修改進行確認，并基于回歸測試策略進行回歸測試。通常在測試結(jié)束判定后由CML將通過系統(tǒng)測試的基準發(fā)布給實施組進行測試執(zhí)行 系統(tǒng)測試組織系統(tǒng)測試對系統(tǒng)測試活動的進度、工作量、缺陷等進行總增量或迭代的測試后進試總結(jié)。審，對總結(jié)的內(nèi)容達成共識。評審的相關干系人通常包括：項目、項目軟件、實施和系統(tǒng)測試，也可根據(jù)項目需要邀請客戶參與評審。 實本文的目的是描述系統(tǒng)實施到驗收過程的活動及流程，指導高效地交付、安裝實施：完成項目的實施工作可交付的產(chǎn)品客戶簽署交付書客戶簽署。可交 產(chǎn)驗收計劃\員戶。明確各部分工作的及職責。的接口人。 按照實施方案對實施任務進行分解和詳細策劃，確定實施活動的日程安排和分工。實施過通常在割接測試前、上線割接前、系統(tǒng)驗收前建立基線；運行過， 后，實施將“實施方案”提交客戶，與客戶溝通并確認?，F(xiàn)場實施項目組到達客戶現(xiàn)場后，實施集客戶及相關召開實施，說明和確換，并依據(jù)數(shù)據(jù)轉(zhuǎn)換校驗方案/標準進行校驗。模擬數(shù)據(jù)轉(zhuǎn)換過發(fā)現(xiàn)的問據(jù)轉(zhuǎn)員和客戶共同確認通常模擬轉(zhuǎn)換結(jié)果滿足數(shù)據(jù)轉(zhuǎn)換校驗方案的所有校驗標準時可上線割接時數(shù)據(jù)轉(zhuǎn)員嚴格按照數(shù)據(jù)轉(zhuǎn)換割接方案進行數(shù)據(jù)轉(zhuǎn)換并依據(jù)數(shù)數(shù)據(jù)轉(zhuǎn)換將正式數(shù)據(jù)轉(zhuǎn)換校驗結(jié)果及遺留問題形成報告，并與客戶確現(xiàn)場實施 現(xiàn)場安裝結(jié)束后，實施填寫“安裝記錄”，并由客戶簽字確認。現(xiàn)場測試的重點是驗證產(chǎn)品在現(xiàn)場環(huán)境中是否能夠正常運行通常需使用的轉(zhuǎn)實施組織實施準備客戶培訓資料及用戶手冊等，并對培訓資料進行評實施按照“客戶培訓計劃”實施培訓，將培訓情況，記錄到“客戶培訓記錄”，并實施應對反饋的問題進行分析，并與客戶確認培訓的效果，必要時再次組織培訓或?qū)嵤┥暇€割接前實施需組織或配合客戶對系統(tǒng)進行全面測試并完成割接測試確認。割接測試目的是從客戶角度驗證系統(tǒng)是否滿足需求、是否達到上線條件。實施根 實施整理割接測試發(fā)現(xiàn)的問題并記錄到“Buglist”，提交項目進行修改，修改后的系統(tǒng)應提交客戶進行重新驗證。試可以結(jié)束，實施填寫“割接測試確認單”，提交客戶簽字確認。實施根據(jù)合同/協(xié)議、實施方案檢查上線割接前的必要工作是否已全部完成，如割接告割接情況，協(xié)調(diào)客戶對“交付書”進行簽字確認。參照《規(guī)程》系統(tǒng)上線割接后實施工作需圍繞驗收目標和范圍進行項目應同項目銷售、項目根據(jù)合同/協(xié)議要求與客戶溝通確認驗收方式、驗收形式、界定驗收范圍、驗收方式：根據(jù)項目規(guī)模、合同/協(xié)議約定及客戶情況，驗收可能采取分節(jié)點或同客戶直接確“”。邀請第進行驗客戶方邀請、協(xié)作單位、外部、監(jiān)理組成驗收組，進行驗收測試、驗收答辯，根據(jù)驗收組的評議結(jié)果簽署“”。項目和實施按驗收備忘的內(nèi)容后續(xù)工作管理要，實施必須按操作規(guī)范嚴格執(zhí)行隨意關閉設備電源、改變設備位置等行為。嚴， 本文描述流程，用來指導過的日常、定期巡檢、節(jié)假日值守、問題處：負責策劃和組織執(zhí)行活動，作為與客戶的接口人 日常記合同的期結(jié)束行策方行策方系統(tǒng)巡系統(tǒng)檢方案檢記節(jié)假日應急方問題管理故障報任務認補丁發(fā)布說總產(chǎn)品升級故障處問題處日 記節(jié)假日值定期巡日，。實施完成后根據(jù)合同的要求，策劃活動活動通常包括日常，。日常的頻度和檢查日常行檢查，將檢查結(jié)果記錄到“日常記錄”中，并向及客戶報告檢.5當系統(tǒng)存在的問題或故障是產(chǎn)品造成的應及時通知項目經(jīng)理或開發(fā)，進行的活動?？砂凑毡疚?.2.6。應定期根據(jù)系統(tǒng)升級情況及客戶要求的變化，完善“日常記錄”中的檢行日?；顒?。最大限度地減少由于不當所帶來的危害。制定“系統(tǒng)巡檢方案”，對主機、磁盤陣列設備、數(shù)據(jù)庫設備、應用統(tǒng)巡檢記”中，向客報告結(jié)。在節(jié)假日來臨之前，正式通知客戶負責節(jié)假日值守的和具體的時保障措施，如遇突況，執(zhí)行應急方案，保障系統(tǒng)正常運行。在過，應主動識別問題，分析問題的原因，并采取糾正和預防措施，件提出需求，按照本文2.2.6的要求執(zhí)行。如果判定故障是由應用的問題引起，通知項目，按照本2.2.6的內(nèi)容，執(zhí)行活動，如遇緊急故障可第一時間向通報故障的大致情況和解決方案，得，，重大故障處理后應對客戶進行回訪，將客戶對故障處理服務的評價記錄在“客戶滿意度報告”。， 依據(jù)合同約定的范圍，對系統(tǒng)進 受理任件任務。糾錯性是指對正在運行的系統(tǒng)進行糾正錯誤的活動活動主要根據(jù)錯誤現(xiàn)象，分析錯誤可能發(fā)生的位置，并糾正錯誤。結(jié)果不改變原來的功能。為了適應新的業(yè)務需求而進行的功能增減和完善活動主要根據(jù)客戶提出。為了提高系統(tǒng)的性能、可性或其它屬性，而進行的活動活動主。開發(fā)修改代碼，進行必要的代碼評審和單元測試，測試補充必要的測試用例，開發(fā)可以根 產(chǎn)品發(fā)布前，開發(fā)應提品升級包的配置路徑和 5．升實施可以參考“補丁發(fā)布說明”，對產(chǎn)品的實施過程進行合理的裁剪后，進行軟產(chǎn)品補丁發(fā)布或版本升級時須使用經(jīng)確認的版本對于關鍵性業(yè)務系統(tǒng)，嚴禁客戶直接在實施業(yè)務環(huán)境下測試或私自替換程序。，合同中規(guī)定的有效期結(jié)束后組織從管理、技術(shù)和溝通等方面進行總結(jié)，高級管理者批準后關閉項目。，活動中的要求。護應與客戶確認后方可實施。， ，項目驗收方項目驗收標目”初驗申請報告，買方應在接到賣方提供的系統(tǒng)初驗申請報告后10個工作日內(nèi)組初驗要測試環(huán)境硬件部署和部署，與正式環(huán)境一致，具體可參考“第三章技術(shù)建議 型 E5645*22.4GHz61內(nèi)存：16G*2DDR3；硬盤：3.5器及IKVM1+1加配1：512MPCI-E八通道6GbSASRAID卡*1；1 E5645*22.4GHz6內(nèi)存：8G*4DDR3；硬盤：3.5300GSAS*1GE*2；光PCI-E八通道6GbSASRAID包括CBSS記錄測試過程，并形成文檔。客戶可以隨時對測試過程進行檢查和全程。 系統(tǒng)移交和終驗發(fā)卷宗、重新生成的環(huán)境要求，測試用例說明（注：參照測試用例說明模板編寫）必須提供能重新編譯和生成可運行的系統(tǒng)并證明所生成的系統(tǒng)與提交的正式承諾系統(tǒng)的功能和非功能要求滿足合同約定初驗測試中遺留問題和試運行期間發(fā)項目驗收方法及本項目驗收按照國標的工程相關規(guī)定執(zhí)行。東軟