房地產(chǎn)項目管理軟件
當前位置：工程項目OA系統(tǒng) > 房地產(chǎn)OA系統(tǒng) > 相關(guān)系統(tǒng) > 房地產(chǎn)項目管理軟件
質(zhì)量管理:項目管理的質(zhì)量保證計劃
項目管理的保證
??項目管理的主要目標是保證項目在規(guī)定時間內(nèi)高質(zhì)量的完成項目。項目管理包括了項目組開發(fā)各階段的人員結(jié)構(gòu)的配置，質(zhì)量控制的實施方略，內(nèi)部文檔和產(chǎn)品文檔的組織編寫等各項工作。
??開發(fā)項目按照規(guī)范化軟件的生產(chǎn)方式進行生產(chǎn)，在生產(chǎn)流程上采用ISO9000的標準進行。項目開發(fā)參與的角色有項目經(jīng)理，項目負責人，領域?qū)＜?，系統(tǒng)分析員，程序員，測試組，技術(shù)支持部，質(zhì)量監(jiān)督組，文檔組。下面就各個角色一一說明其主要職責。
??項目經(jīng)理
??主要負責該項目開發(fā)商在開發(fā)和維護的過程中同客戶的商務接洽和開發(fā)配合方面的事物，包括：項目合同的簽定；提交開發(fā)計劃給客戶； 組織客戶與分析人員進行需求確定； 組織客戶階段性驗收； 協(xié)調(diào)客戶提供測試環(huán)境； 監(jiān)督項目進度與質(zhì)量； 提供開發(fā)人員所需的各種人力物力資源； 負責項目開發(fā)過程中客戶、開發(fā)項目組、質(zhì)量監(jiān)督部，文檔組等相關(guān)部門的聯(lián)絡與溝通。
?? 項目的開發(fā)采用項目負責人責任制。項目的開發(fā)由項目負責人全權(quán)負責，負責的范圍包括： 項目開發(fā)計劃的制定； 開發(fā)方法的確定； 技術(shù)規(guī)范的編制； 項目各階段的人員配給與人員之間的配合； 各階段文檔的生成和版本編號。
?? 領域?qū)＜?/STRONG>
??主要責任是協(xié)同系統(tǒng)分析員認清領域邊界，確定領域內(nèi)容。領域?qū)＜铱梢杂煽蛻舫檎{(diào)技術(shù)骨干擔任，也可以由開發(fā)商聘請擔任。領域?qū)＜以陂_發(fā)過程中主要參與的階段是系統(tǒng)需求分析，在明確了系統(tǒng)將來要完成的主要任務之后，領域?qū)＜业穆氊熮D(zhuǎn)向系統(tǒng)用戶界面的確定上。開發(fā)出的系統(tǒng)能被客戶接受的兩個重要指標一個是系統(tǒng)正確性，即系統(tǒng)是否正確的完成了用戶希望它完成的任務；第二就是系統(tǒng)操作的便捷性。便捷主要受到使用系統(tǒng)的客戶的操作習慣的制約。領域?qū)＜彝嵌嗄陱氖略擁椆ぷ鞯娜藛T，他們的使用習慣會對系統(tǒng)的易用性非常有幫助。領域?qū)＜覅⑴c的開發(fā)階段受到開發(fā)方式的影響。
??系統(tǒng)分析員
??系統(tǒng)分析員是系統(tǒng)開發(fā)方法的貫徹者和系統(tǒng)實現(xiàn)的指導者。分析人員主要參與開發(fā)階段的需求分析和系統(tǒng)設計兩個階段（這兩個階段并不是截然分開的，由開發(fā)方式的不同，可能會貫穿整個開發(fā)工期）。
??首先系統(tǒng)分析員和領域?qū)＜乙黄饘︻I域進行分析，確定領域邊界和領域內(nèi)容。在完成這項任務后，系統(tǒng)分析員應當提交《系統(tǒng)需求報告》。《系統(tǒng)需求報告》由領域?qū)＜掖_認之后交給質(zhì)量監(jiān)督組進行復審，復審完畢由文檔組進行文檔規(guī)范化，進行存檔和版本編號，與此同時，規(guī)范化的《系統(tǒng)需求報告》由項目經(jīng)理轉(zhuǎn)交給客戶進行復審（項目經(jīng)理對《系統(tǒng)需求報告》的內(nèi)容格式等有審查的義務）。
??客戶復審完畢之后通過項目負責人轉(zhuǎn)交給系統(tǒng)分析員進行更新修正，并對版本進行升級。之后再經(jīng)質(zhì)量監(jiān)督組和文檔組等環(huán)節(jié)進行流轉(zhuǎn)，直到該報告無須進行再流轉(zhuǎn)為止。 接下來系統(tǒng)分析員的一項主要任務是對領域進行分析和映射，構(gòu)造系統(tǒng)構(gòu)架，即進行體系結(jié)構(gòu)的設計。
??參與的系統(tǒng)分析員在不止一個時，首先由分析員委員會進行體系結(jié)構(gòu)設計，當體系結(jié)構(gòu)基本確定之后，定義分組和分組之間的接口，特別對將來需要密切接口的部分要進行詳細定義，包括彼此間的"通訊協(xié)議"，時間及方式等等。完成該項工作后必須產(chǎn)生《體系結(jié)構(gòu)設計說明》?！扼w系結(jié)構(gòu)設計說明》生成后由項目負責人提交給質(zhì)量監(jiān)督組進行復審，復審通過之后，由文檔組進行格式化和版本編號并存檔?！扼w系結(jié)構(gòu)設計說明》的完整流轉(zhuǎn)過程在開發(fā)商內(nèi)部，客戶并不介入。
??程序員
??為了有效的利用領域?qū)＜业馁Y源，在體系結(jié)構(gòu)設計的同時，可以由系統(tǒng)分析員的指導之下，由程序員進行界面原形的開發(fā)。界面原形由領域?qū)＜疫M行評審。評審通過后由客戶進行復審。界面原形跳過質(zhì)量監(jiān)督由文檔組進行格式化和存檔。質(zhì)量監(jiān)督有了解和監(jiān)督界面原形變化的責任。 程序員參與系統(tǒng)詳細設計，主要負責系統(tǒng)的實現(xiàn)工作，并對測試組提供相應的測試資源。由于詳細設計的詳細程度不易把握，有程序員參與的情況下，系統(tǒng)分析人員與程序員的交流會有助于系統(tǒng)開發(fā)進度。在項目代碼生產(chǎn)的后期，程序員要進行相應的白盒測試。之后，可執(zhí)行體提交到測試組進行測試?！断到y(tǒng)詳細設計說明》由分析員和程序員共同完成。通過項目負責人轉(zhuǎn)交質(zhì)量監(jiān)督組進行復審，復審通過后，由文檔組進行格式化和版本編號，并存檔。
? ?測試組
??主要進行軟件的測試工作。上面提到程序員在交給測試人員之前是進行過一定的白盒測試的。測試人員根據(jù)詳細設計的文檔對軟件要實現(xiàn)的功能進行一一測試，保證軟件的執(zhí)行體正確的實現(xiàn)設計要求，在此也只證明了軟件正確的反映了設計思想，但是否真正反映了用戶的需求仍需要進一步的測試。在正確性測試完成之后，需要測試的是軟件的性能，軟件的性能在本項目中占有重要的地位，性能要求有可能改變軟件的設計，為避免造成軟件的后期返工，測試在性能上需要較大的側(cè)重。
??同樣，測試在不同的階段需要不同的"輸入"與"輸出"。在正確性測試階段，不需要太詳細的測試計劃和測試策略的設計。而在性能測試時，需要分析人員提出測試策略和測試用例，質(zhì)量監(jiān)督組同樣會提出他們認為必要的測試策略和測試用例，后者提出的測試策略和測試用例被認為是對前者的抽樣調(diào)查。無論是前者還是后者提出的測試策略和測試用例，都由測試組組織實施。
??質(zhì)量監(jiān)督組
??保證軟件透明開發(fā)的主要環(huán)節(jié)。在項目開發(fā)的過程中幾乎所有的部門都與質(zhì)量監(jiān)督組有關(guān)。質(zhì)量監(jiān)督組對項目經(jīng)理提供項目進度與項目真正開發(fā)時的差異報告，提出差異原因和改進方法。在項目進度被延滯或質(zhì)量監(jiān)督組認為某階段開發(fā)質(zhì)量有問題時，提請項目經(jīng)理、項目負責人等必要的相關(guān)人員舉行質(zhì)量會議。解決當前存在的和潛在的問題。質(zhì)量監(jiān)督是建立在文檔的復審基礎之上，因而文檔版本的控制，特別是軟件配置管理，直接影響軟件質(zhì)量監(jiān)督的影響力和力度。文檔組則是保證軟件質(zhì)量監(jiān)督的得以實施的重要保證。
??質(zhì)量監(jiān)督組的監(jiān)督范圍包括： 系統(tǒng)分析人員是否正確的反映了用戶的需求； 軟件執(zhí)行體是否正確的實現(xiàn)了分析人員的設計思想； 測試人員是否進行了較為徹底的和全面的測試； 文檔組是否對文檔的規(guī)范化進行的比較徹底，版本控制是否有效；
??文檔組
??是保證項目開發(fā)完畢的同時，內(nèi)部文檔和外部文檔都同時完成。內(nèi)部文檔的及時產(chǎn)生和規(guī)范，是保證項目開發(fā)各小組能夠更好的接口和溝通的重要前提，從另一個方面講，也是保證工程不被某個關(guān)鍵路徑所阻塞而延滯的前提。如上所述，文檔組還是保證質(zhì)量監(jiān)督組得以發(fā)揮作用的基礎。
??文檔組的主要職責包括： 完善各個部門發(fā)送需要存檔和進行版本控制的文檔； 對文檔進行單向出入的控制； 對所有存檔的文檔進行版本控制； 書寫文檔規(guī)范，并傳達到開發(fā)組中； 書寫部分外部文檔。
?? 技術(shù)支持部?
??技術(shù)支持部的存在是保證軟件在用戶使用的過程中，為用戶提供最及時的技術(shù)服務，也為項目開發(fā)人員抽身進行新版本軟件開發(fā)保證。技術(shù)支持部的人員能夠作到對軟件的使用人員進行軟件的安裝、配置、正確使用進行培訓。能夠解決由于軟件的不當使用產(chǎn)生的各種問題。技術(shù)支持部的人員也有對軟件系統(tǒng)分析監(jiān)督的作用。技術(shù)支持人員是軟件開發(fā)過程中的虛擬用戶，也就是說在軟件未正式提交用戶之前，技術(shù)支持人員充當用戶的角色。
??合作伙伴提供的保證
??軟件的開發(fā)我們選用微軟公司的Windows平臺和Visual Studio為主要開發(fā)工具。 我公司是微軟（Microsoft）在中國最大的技術(shù)方案提供商，在軟件開發(fā)方面能夠直接從微軟公司獲得最快最全面的技術(shù)支持。另一方面，公司能最快速的獲得微軟最新的企業(yè)解決方案的培訓和咨詢。同時我公司還是微軟出版社中國唯一總代理，公司擁有微軟最全面的書面資訊。
??項目進度的保證
??項目進度是項目進行是否順利的最直觀表現(xiàn)。顯然在項目開始之前，項目開發(fā)計劃是必須的。如果項目開發(fā)計劃的制定的是完全合理的，那項目進度也就真正表達了項目與最終的交付使用之間的距離，然而要制定完全合理的項目開發(fā)計劃幾乎不太可能?？梢娨ＷC項目進度，首先要保證項目開發(fā)計劃盡可能合理。
?? 項目計劃的合理程度與項目計劃制定者從事類似規(guī)模和類似業(yè)務的項目的經(jīng)驗有直接關(guān)系，通過經(jīng)驗往往能夠預見潛在的阻礙，從而制定較為合理的項目開發(fā)計劃。本公司已經(jīng)開發(fā)過鐵道部的結(jié)算系統(tǒng)，開發(fā)中的子項目多達六個，歷時十五個月，目前多數(shù)項目已經(jīng)開發(fā)完畢，有些系統(tǒng)已經(jīng)投入運營五個月，項目金額數(shù)千萬元。在這樣的項目中，從管理者到開發(fā)人員到測試人員都積累了較為豐富的經(jīng)驗，特別是項目開發(fā)計劃的制定，和項目進度的控制。
??項目計劃以里程碑為界限，將整個開發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況，適當?shù)恼{(diào)整每一個較小的階段的任務量和完成的任務時間，這種方式非常有利于整個項目計劃的動態(tài)調(diào)整。也利于項目質(zhì)量的監(jiān)督。
??里程碑就是對項目在開發(fā)過程中完成的較大成果的定義，比如需求分析完畢、代碼生產(chǎn)完畢、正確性測試完畢，都被定義為一個里程碑，每一個里程碑都需要對完成的界定方式進行定義。比如需求分析完畢為一里程碑，這一里程碑完成的定義是：《系統(tǒng)需求說明》必須經(jīng)過客戶的確認，并在文檔組進行了相應的歸檔工作。當然把完成需求分析作為里程碑不一定恰當，因為系統(tǒng)開發(fā)往往伴隨著需求的不斷變化和新需求的不斷產(chǎn)生。 如此又引出新的問題，即如何定義恰當?shù)睦锍瘫?，如何界定里程碑的完成?nbsp;里程碑將項目分成若干個較小的段，通過保證每一個段的順利完成，來保證整個項目順利完成，同時通過每個段的完成質(zhì)量，可以測度整個項目質(zhì)量。同時里程碑保證各個階段的產(chǎn)品的依賴關(guān)系盡可能的小，并以完備的文檔作為里程碑完成的重要標志之一。在里程碑和完備文檔的控制之下，項目已完成的階段是受到保護的，在任何時間，人員變動，甚至是開發(fā)商的變動，都不至于造成特別重大的損失，通過完備的文檔，原有的成果能夠被延續(xù)進行開發(fā)。
??項目開發(fā)方法對項目質(zhì)量的保證
??項目的開發(fā)方法對項目的質(zhì)量和按時完成也有較大的影響。
??面向?qū)ο蟮拈_發(fā)方法有利于對問題領域的深入理解，也有利于將問題空間向解空間映射從而得到更加理想和完整的系統(tǒng)模型。同時面向?qū)ο蟮拈_發(fā)方法和實現(xiàn)方法也有利于系統(tǒng)錯誤被局限在較小的范圍內(nèi)，不會出現(xiàn)骨牌效應。面向?qū)ο蟮拈_發(fā)方法也有不利的方面。開發(fā)人員對它的熟悉程度不如傳統(tǒng)的結(jié)構(gòu)化的開發(fā)方法。對面向?qū)ο笾行鲁霈F(xiàn)的名詞需要重新在開發(fā)隊伍中進行定義，以便在開發(fā)的過程中彼此交流時表達的更加準確，從而減少開發(fā)隊伍之間的通訊量。通訊量的降低意味著效率的提高，減少了占用開發(fā)時間討論一個彼此立場根本一致的"問題"的時間。軟件構(gòu)架定義了該領域中特定對象必然發(fā)生關(guān)系的發(fā)生方式，這種發(fā)生方式以構(gòu)架中抽象類之間定義的關(guān)系被固化在構(gòu)件中，開發(fā)人員在開發(fā)應用系統(tǒng)時不必再為定義這種相互作用方式而書寫代碼，這為將來系統(tǒng)的維護奠定了堅實的基礎，也為將來新版本軟件的透明升級并保持兼容性和正確性提供了有利保證。通過面向?qū)ο蟮睦^承特性，可以在不傷害原有系統(tǒng)的情況下，任意替換功能模塊，從而以效率更高的模塊代替原有模塊，從另一角度講，也實現(xiàn)了軟件模塊的配置功能。要實現(xiàn)真正的軟件模塊的即插即用，還需要利用面向?qū)ο蟮牧硪粌?yōu)勢--組件。
??面向?qū)ο笫沟妹嫦驅(qū)ο蟮念惢驅(qū)ο罂梢砸耘c語言無關(guān)的二進制方式被存儲和調(diào)用。這就是COM技術(shù)。顯然軟件構(gòu)架實現(xiàn)的基礎是COM組件。由于COM是二進制的方式被存儲，因而它可以被任何語言編寫的軟件所調(diào)用。組件與系統(tǒng)分離，只是在發(fā)生系統(tǒng)調(diào)用時才被調(diào)入內(nèi)存執(zhí)行，這就保證了系統(tǒng)更高層次的即插即用。
??項目管理的主要目標是保證項目在規(guī)定時間內(nèi)高質(zhì)量的完成項目。項目管理包括了項目組開發(fā)各階段的人員結(jié)構(gòu)的配置，質(zhì)量控制的實施方略，內(nèi)部文檔和產(chǎn)品文檔的組織編寫等各項工作。
??開發(fā)項目按照規(guī)范化軟件的生產(chǎn)方式進行生產(chǎn)，在生產(chǎn)流程上采用ISO9000的標準進行。項目開發(fā)參與的角色有項目經(jīng)理，項目負責人，領域?qū)＜?，系統(tǒng)分析員，程序員，測試組，技術(shù)支持部，質(zhì)量監(jiān)督組，文檔組。下面就各個角色一一說明其主要職責。
??項目經(jīng)理
??主要負責該項目開發(fā)商在開發(fā)和維護的過程中同客戶的商務接洽和開發(fā)配合方面的事物，包括：項目合同的簽定；提交開發(fā)計劃給客戶； 組織客戶與分析人員進行需求確定； 組織客戶階段性驗收； 協(xié)調(diào)客戶提供測試環(huán)境； 監(jiān)督項目進度與質(zhì)量； 提供開發(fā)人員所需的各種人力物力資源； 負責項目開發(fā)過程中客戶、開發(fā)項目組、質(zhì)量監(jiān)督部，文檔組等相關(guān)部門的聯(lián)絡與溝通。
?? 項目的開發(fā)采用項目負責人責任制。項目的開發(fā)由項目負責人全權(quán)負責，負責的范圍包括： 項目開發(fā)計劃的制定； 開發(fā)方法的確定； 技術(shù)規(guī)范的編制； 項目各階段的人員配給與人員之間的配合； 各階段文檔的生成和版本編號。
?? 領域?qū)＜?/STRONG>
??主要責任是協(xié)同系統(tǒng)分析員認清領域邊界，確定領域內(nèi)容。領域?qū)＜铱梢杂煽蛻舫檎{(diào)技術(shù)骨干擔任，也可以由開發(fā)商聘請擔任。領域?qū)＜以陂_發(fā)過程中主要參與的階段是系統(tǒng)需求分析，在明確了系統(tǒng)將來要完成的主要任務之后，領域?qū)＜业穆氊熮D(zhuǎn)向系統(tǒng)用戶界面的確定上。開發(fā)出的系統(tǒng)能被客戶接受的兩個重要指標一個是系統(tǒng)正確性，即系統(tǒng)是否正確的完成了用戶希望它完成的任務；第二就是系統(tǒng)操作的便捷性。便捷主要受到使用系統(tǒng)的客戶的操作習慣的制約。領域?qū)＜彝嵌嗄陱氖略擁椆ぷ鞯娜藛T，他們的使用習慣會對系統(tǒng)的易用性非常有幫助。領域?qū)＜覅⑴c的開發(fā)階段受到開發(fā)方式的影響。
??系統(tǒng)分析員
??系統(tǒng)分析員是系統(tǒng)開發(fā)方法的貫徹者和系統(tǒng)實現(xiàn)的指導者。分析人員主要參與開發(fā)階段的需求分析和系統(tǒng)設計兩個階段（這兩個階段并不是截然分開的，由開發(fā)方式的不同，可能會貫穿整個開發(fā)工期）。
??首先系統(tǒng)分析員和領域?qū)＜乙黄饘︻I域進行分析，確定領域邊界和領域內(nèi)容。在完成這項任務后，系統(tǒng)分析員應當提交《系統(tǒng)需求報告》。《系統(tǒng)需求報告》由領域?qū)＜掖_認之后交給質(zhì)量監(jiān)督組進行復審，復審完畢由文檔組進行文檔規(guī)范化，進行存檔和版本編號，與此同時，規(guī)范化的《系統(tǒng)需求報告》由項目經(jīng)理轉(zhuǎn)交給客戶進行復審（項目經(jīng)理對《系統(tǒng)需求報告》的內(nèi)容格式等有審查的義務）。
??客戶復審完畢之后通過項目負責人轉(zhuǎn)交給系統(tǒng)分析員進行更新修正，并對版本進行升級。之后再經(jīng)質(zhì)量監(jiān)督組和文檔組等環(huán)節(jié)進行流轉(zhuǎn)，直到該報告無須進行再流轉(zhuǎn)為止。 接下來系統(tǒng)分析員的一項主要任務是對領域進行分析和映射，構(gòu)造系統(tǒng)構(gòu)架，即進行體系結(jié)構(gòu)的設計。
??參與的系統(tǒng)分析員在不止一個時，首先由分析員委員會進行體系結(jié)構(gòu)設計，當體系結(jié)構(gòu)基本確定之后，定義分組和分組之間的接口，特別對將來需要密切接口的部分要進行詳細定義，包括彼此間的"通訊協(xié)議"，時間及方式等等。完成該項工作后必須產(chǎn)生《體系結(jié)構(gòu)設計說明》?！扼w系結(jié)構(gòu)設計說明》生成后由項目負責人提交給質(zhì)量監(jiān)督組進行復審，復審通過之后，由文檔組進行格式化和版本編號并存檔?！扼w系結(jié)構(gòu)設計說明》的完整流轉(zhuǎn)過程在開發(fā)商內(nèi)部，客戶并不介入。
??程序員
??為了有效的利用領域?qū)＜业馁Y源，在體系結(jié)構(gòu)設計的同時，可以由系統(tǒng)分析員的指導之下，由程序員進行界面原形的開發(fā)。界面原形由領域?qū)＜疫M行評審。評審通過后由客戶進行復審。界面原形跳過質(zhì)量監(jiān)督由文檔組進行格式化和存檔。質(zhì)量監(jiān)督有了解和監(jiān)督界面原形變化的責任。 程序員參與系統(tǒng)詳細設計，主要負責系統(tǒng)的實現(xiàn)工作，并對測試組提供相應的測試資源。由于詳細設計的詳細程度不易把握，有程序員參與的情況下，系統(tǒng)分析人員與程序員的交流會有助于系統(tǒng)開發(fā)進度。在項目代碼生產(chǎn)的后期，程序員要進行相應的白盒測試。之后，可執(zhí)行體提交到測試組進行測試?！断到y(tǒng)詳細設計說明》由分析員和程序員共同完成。通過項目負責人轉(zhuǎn)交質(zhì)量監(jiān)督組進行復審，復審通過后，由文檔組進行格式化和版本編號，并存檔。
? ?測試組
??主要進行軟件的測試工作。上面提到程序員在交給測試人員之前是進行過一定的白盒測試的。測試人員根據(jù)詳細設計的文檔對軟件要實現(xiàn)的功能進行一一測試，保證軟件的執(zhí)行體正確的實現(xiàn)設計要求，在此也只證明了軟件正確的反映了設計思想，但是否真正反映了用戶的需求仍需要進一步的測試。在正確性測試完成之后，需要測試的是軟件的性能，軟件的性能在本項目中占有重要的地位，性能要求有可能改變軟件的設計，為避免造成軟件的后期返工，測試在性能上需要較大的側(cè)重。
??同樣，測試在不同的階段需要不同的"輸入"與"輸出"。在正確性測試階段，不需要太詳細的測試計劃和測試策略的設計。而在性能測試時，需要分析人員提出測試策略和測試用例，質(zhì)量監(jiān)督組同樣會提出他們認為必要的測試策略和測試用例，后者提出的測試策略和測試用例被認為是對前者的抽樣調(diào)查。無論是前者還是后者提出的測試策略和測試用例，都由測試組組織實施。
??質(zhì)量監(jiān)督組
??保證軟件透明開發(fā)的主要環(huán)節(jié)。在項目開發(fā)的過程中幾乎所有的部門都與質(zhì)量監(jiān)督組有關(guān)。質(zhì)量監(jiān)督組對項目經(jīng)理提供項目進度與項目真正開發(fā)時的差異報告，提出差異原因和改進方法。在項目進度被延滯或質(zhì)量監(jiān)督組認為某階段開發(fā)質(zhì)量有問題時，提請項目經(jīng)理、項目負責人等必要的相關(guān)人員舉行質(zhì)量會議。解決當前存在的和潛在的問題。質(zhì)量監(jiān)督是建立在文檔的復審基礎之上，因而文檔版本的控制，特別是軟件配置管理，直接影響軟件質(zhì)量監(jiān)督的影響力和力度。文檔組則是保證軟件質(zhì)量監(jiān)督的得以實施的重要保證。
??質(zhì)量監(jiān)督組的監(jiān)督范圍包括： 系統(tǒng)分析人員是否正確的反映了用戶的需求； 軟件執(zhí)行體是否正確的實現(xiàn)了分析人員的設計思想； 測試人員是否進行了較為徹底的和全面的測試； 文檔組是否對文檔的規(guī)范化進行的比較徹底，版本控制是否有效；
??文檔組
??是保證項目開發(fā)完畢的同時，內(nèi)部文檔和外部文檔都同時完成。內(nèi)部文檔的及時產(chǎn)生和規(guī)范，是保證項目開發(fā)各小組能夠更好的接口和溝通的重要前提，從另一個方面講，也是保證工程不被某個關(guān)鍵路徑所阻塞而延滯的前提。如上所述，文檔組還是保證質(zhì)量監(jiān)督組得以發(fā)揮作用的基礎。
??文檔組的主要職責包括： 完善各個部門發(fā)送需要存檔和進行版本控制的文檔； 對文檔進行單向出入的控制； 對所有存檔的文檔進行版本控制； 書寫文檔規(guī)范，并傳達到開發(fā)組中； 書寫部分外部文檔。
?? 技術(shù)支持部?
??技術(shù)支持部的存在是保證軟件在用戶使用的過程中，為用戶提供最及時的技術(shù)服務，也為項目開發(fā)人員抽身進行新版本軟件開發(fā)保證。技術(shù)支持部的人員能夠作到對軟件的使用人員進行軟件的安裝、配置、正確使用進行培訓。能夠解決由于軟件的不當使用產(chǎn)生的各種問題。技術(shù)支持部的人員也有對軟件系統(tǒng)分析監(jiān)督的作用。技術(shù)支持人員是軟件開發(fā)過程中的虛擬用戶，也就是說在軟件未正式提交用戶之前，技術(shù)支持人員充當用戶的角色。
??合作伙伴提供的保證
??軟件的開發(fā)我們選用微軟公司的Windows平臺和Visual Studio為主要開發(fā)工具。 我公司是微軟（Microsoft）在中國最大的技術(shù)方案提供商，在軟件開發(fā)方面能夠直接從微軟公司獲得最快最全面的技術(shù)支持。另一方面，公司能最快速的獲得微軟最新的企業(yè)解決方案的培訓和咨詢。同時我公司還是微軟出版社中國唯一總代理，公司擁有微軟最全面的書面資訊。
??項目進度的保證
??項目進度是項目進行是否順利的最直觀表現(xiàn)。顯然在項目開始之前，項目開發(fā)計劃是必須的。如果項目開發(fā)計劃的制定的是完全合理的，那項目進度也就真正表達了項目與最終的交付使用之間的距離，然而要制定完全合理的項目開發(fā)計劃幾乎不太可能?？梢娨ＷC項目進度，首先要保證項目開發(fā)計劃盡可能合理。
?? 項目計劃的合理程度與項目計劃制定者從事類似規(guī)模和類似業(yè)務的項目的經(jīng)驗有直接關(guān)系，通過經(jīng)驗往往能夠預見潛在的阻礙，從而制定較為合理的項目開發(fā)計劃。本公司已經(jīng)開發(fā)過鐵道部的結(jié)算系統(tǒng)，開發(fā)中的子項目多達六個，歷時十五個月，目前多數(shù)項目已經(jīng)開發(fā)完畢，有些系統(tǒng)已經(jīng)投入運營五個月，項目金額數(shù)千萬元。在這樣的項目中，從管理者到開發(fā)人員到測試人員都積累了較為豐富的經(jīng)驗，特別是項目開發(fā)計劃的制定，和項目進度的控制。
??項目計劃以里程碑為界限，將整個開發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況，適當?shù)恼{(diào)整每一個較小的階段的任務量和完成的任務時間，這種方式非常有利于整個項目計劃的動態(tài)調(diào)整。也利于項目質(zhì)量的監(jiān)督。
??里程碑就是對項目在開發(fā)過程中完成的較大成果的定義，比如需求分析完畢、代碼生產(chǎn)完畢、正確性測試完畢，都被定義為一個里程碑，每一個里程碑都需要對完成的界定方式進行定義。比如需求分析完畢為一里程碑，這一里程碑完成的定義是：《系統(tǒng)需求說明》必須經(jīng)過客戶的確認，并在文檔組進行了相應的歸檔工作。當然把完成需求分析作為里程碑不一定恰當，因為系統(tǒng)開發(fā)往往伴隨著需求的不斷變化和新需求的不斷產(chǎn)生。 如此又引出新的問題，即如何定義恰當?shù)睦锍瘫?，如何界定里程碑的完成?nbsp;里程碑將項目分成若干個較小的段，通過保證每一個段的順利完成，來保證整個項目順利完成，同時通過每個段的完成質(zhì)量，可以測度整個項目質(zhì)量。同時里程碑保證各個階段的產(chǎn)品的依賴關(guān)系盡可能的小，并以完備的文檔作為里程碑完成的重要標志之一。在里程碑和完備文檔的控制之下，項目已完成的階段是受到保護的，在任何時間，人員變動，甚至是開發(fā)商的變動，都不至于造成特別重大的損失，通過完備的文檔，原有的成果能夠被延續(xù)進行開發(fā)。
??項目開發(fā)方法對項目質(zhì)量的保證
??項目的開發(fā)方法對項目的質(zhì)量和按時完成也有較大的影響。
??面向?qū)ο蟮拈_發(fā)方法有利于對問題領域的深入理解，也有利于將問題空間向解空間映射從而得到更加理想和完整的系統(tǒng)模型。同時面向?qū)ο蟮拈_發(fā)方法和實現(xiàn)方法也有利于系統(tǒng)錯誤被局限在較小的范圍內(nèi)，不會出現(xiàn)骨牌效應。面向?qū)ο蟮拈_發(fā)方法也有不利的方面。開發(fā)人員對它的熟悉程度不如傳統(tǒng)的結(jié)構(gòu)化的開發(fā)方法。對面向?qū)ο笾行鲁霈F(xiàn)的名詞需要重新在開發(fā)隊伍中進行定義，以便在開發(fā)的過程中彼此交流時表達的更加準確，從而減少開發(fā)隊伍之間的通訊量。通訊量的降低意味著效率的提高，減少了占用開發(fā)時間討論一個彼此立場根本一致的"問題"的時間。軟件構(gòu)架定義了該領域中特定對象必然發(fā)生關(guān)系的發(fā)生方式，這種發(fā)生方式以構(gòu)架中抽象類之間定義的關(guān)系被固化在構(gòu)件中，開發(fā)人員在開發(fā)應用系統(tǒng)時不必再為定義這種相互作用方式而書寫代碼，這為將來系統(tǒng)的維護奠定了堅實的基礎，也為將來新版本軟件的透明升級并保持兼容性和正確性提供了有利保證。通過面向?qū)ο蟮睦^承特性，可以在不傷害原有系統(tǒng)的情況下，任意替換功能模塊，從而以效率更高的模塊代替原有模塊，從另一角度講，也實現(xiàn)了軟件模塊的配置功能。要實現(xiàn)真正的軟件模塊的即插即用，還需要利用面向?qū)ο蟮牧硪粌?yōu)勢--組件。
??面向?qū)ο笫沟妹嫦驅(qū)ο蟮念惢驅(qū)ο罂梢砸耘c語言無關(guān)的二進制方式被存儲和調(diào)用。這就是COM技術(shù)。顯然軟件構(gòu)架實現(xiàn)的基礎是COM組件。由于COM是二進制的方式被存儲，因而它可以被任何語言編寫的軟件所調(diào)用。組件與系統(tǒng)分離，只是在發(fā)生系統(tǒng)調(diào)用時才被調(diào)入內(nèi)存執(zhí)行，這就保證了系統(tǒng)更高層次的即插即用。
相關(guān)欄目：
相關(guān)文章：
- 12015年安全工程師考試《管理知識》練習題（8）
- 2單位工程質(zhì)量綜合評價表
- 3胡港文：海外投資需要考慮投資房地產(chǎn)優(yōu)劣勢
- 4杜立群：移動的建筑對生活的改變很大
- 5劉浩林：堅守東方文化的空間導演
- 6[廣西]竣工驗收文件和資料組卷參考目錄
- 7如何做好木門營銷？
- 8[原創(chuàng)]淺談需求管理的核心－明確客戶需求
- 9李萬歷：未來十年才是中國設計界的春天
- 102015年安全工程師《安全生產(chǎn)事故案例分析》測試（3）
- 11時評：建筑也需“修養(yǎng)”
- 12資金流轉(zhuǎn)實現(xiàn)瓷磚企業(yè)有序擴張
- 13如何進行項目的質(zhì)量管理
- 14唐安蔚：綠色建筑理念打造“全球重資產(chǎn)”
- 15[天津]酒店公寓施工質(zhì)量創(chuàng)優(yōu)策劃方案(詹天佑、海河杯)
- 16房地產(chǎn)項目管理軟件哪位知道呢？
- 17我的軟件經(jīng)驗之<三>----項目總體計劃
- 18[河南]建筑工程創(chuàng)魯班獎工程策劃方案（附圖）
- 19鈦白粉的主要應用領域分析
- 20時評：丑陋建筑展示的是什么？
- 212015年安全工程師考試《安全產(chǎn)生法》練習題（25）
- 22江西某醫(yī)院綜合樓質(zhì)量與文明施工創(chuàng)優(yōu)策劃（杜鵑花杯）
- 23北京某醫(yī)院病房樓創(chuàng)優(yōu)策劃方案（爭創(chuàng)魯班獎）
- 24安全工程師考試法律法規(guī)相關(guān)知識習題精講班（33）
- 25時評：長沙“樓快快”，濫用了“新常態(tài)”
- 26“造價通”服務建設行業(yè)轉(zhuǎn)型 邁進大數(shù)據(jù)應用新時代
- 27北京某綜合樓創(chuàng)優(yōu)計劃和創(chuàng)優(yōu)措施[長城杯]
- 28質(zhì)量創(chuàng)優(yōu)方案
- 29時評：用換房解決“城市病”是畫餅充饑
- 30[北京]科研辦公樓工程創(chuàng)優(yōu)管理策劃
相關(guān)系統(tǒng)
聯(lián)系方式
成都公司：成都市成華區(qū)建設南路160號1層9號
重慶公司：重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓
