china麻豆天美,火影奖励网站V.2.8.7破解版,国产原创精品视频,236宅宅最新俚片,一起草视频在线,freeHD18 麻豆养身,边喂奶边中出的人妻,辽宁老熟女高潮狂叫视频,动漫美女内衣,老司机午夜剧免费,国产传媒无码,毛茸茸BwBwBw,探索新潮风尚,hd国产高清在线视频,《91看片链接》:高清在线,初中男生袜子舒适玩法

[p][color=black]一、工程前期工作[br][br]1． 關于用戶調研[br][br] 用戶調研的目的是收集需求；[br][br] 用戶調研的方法是直接面對面與用戶交流，最好能親身體驗用戶工作開展的過程，注重了解工作的細節。[br][br] 用戶調研的結束標志是完成了需求分析設計文檔，并且得到用戶的認可。在工程前期開展好用戶調研對于工程的順利進行和完成非常重要。[br][br] 用戶調研的人員應當集中、固定，具有多方面的經驗，如：客戶交流經驗、程序設計經驗、系統分析經驗等，但調研人員數量不能太多，并能對重大問題進行獨立決策。一般用戶調研人員3人左右即可。[br][br]2． 關于需求分析[br][br] 需求分析的目的是明確用戶需要實現的內容。[br][br] 可以采取多樣的需求分析方法和技術，但是根本上必須描述清楚用戶的業務工作、軟件需求。可以有很多的需求分析的標準和規范可以采用，也可以自己根據實際情況制定需求分析的規范。[br][br] 需求分析的人員可與調研人員重合，但要增加軟件分析人員，并為調研人員提出調研的內容和方向。[br][br] 需求分析結束的標志是程序員能夠開始進行程序設計，并和建立系統原型的工作結合起來進行，因此只有程序員才能評判需求調研的質量。[br][br] 關于需求分析階段投入的時間一定不能少于全部工程時間的30%，當然40%會更好，否則很難保證需求分析的深度和質量。[br][br] 需求分析階段至少建立三類組織：調研組、需求分析組、原型開發組（可分成多個小組），統一由項目經理負責。[br][br]3． 關于建立系統原型[br][br] 建立系統原型是完成需求分析的補充手段，目的是明確和確定用戶需求，引導用戶提出更具體的內容。[br][br] 建立系統原型要求使用適當的工具和容易的軟件環境，滿足快速開發的要求。[br][br] 系統原型一般不作為將來軟件系統實現的基礎，因為此時的原型系統只考慮反映用戶需求的情況，缺乏統一的考慮因此最好在設計、實現階段重新開始。[br][br] 避免使用戶產生“軟件開發已經開始，并會很快完成”的觀點，一定要明確此時軟件還在前期的分析階段，距離設計、實現還有很長的距離。[br][br]4． 關于建立總體實施方案[br][br] 建立系統的總體實施方案是必須的，目的是使甲乙雙方共同認可工程的實施計劃，保持一定的耐心和總體意識。[br][br] 總體實施方案應在需求分析基本完成的基礎上開始。[br][br] 總體實施方案應說明：任務量、計劃進度、資金、實施階段、各階段結束的標志和開始的條件、完成時提交的內容。[br][br] 總體建設方案應在項目經理、甲方負責人、乙方負責人共同認可的情況下，投入實施指導，否則要繼續調整，此時項目經理一定要做好乙方負責人的工作，爭取更多的時間（英為從乙方負責人的角度希望項目能夠盡快的結束。）[br][br] 一旦總體實施方案確定，就必須按照實施方案的階段安排逐步開展工作，并進行量化和考核，如果某一個階段沒有完成，則必須對照檢討，采取措施。否則將造成項目實施組織的混亂，因為大家無法再按照一致的實施方案開展工作了，為工程項目的順利開展提出了警告。[br][br]5． 關于建立組織機構、制度[br][br] 一定要明確組織機構是必不可少的，不要回避和擱置這個問題。[br][br] 只有建立了工程組織機構和管理制度，才具備完成項目的基礎，因為工作的完成歸根結底是人的協作。[br][br] 由于大型項目需要的人員比較多，因此沒有完善的組織機構和制度是無法協調好各個部分的工作的。[br][br] 組織機構的建立應在項目開始需求調研的時候就開始著手建立，在眾多制度中“個人激勵制度”是影響最大的一個制度。[br][br]二、軟件系統實現[br][br]1．系統設計[br][br]a． 關于系統的體系結構[br][br] 系統體系結構的確定是為軟件需求服務的。沒有必要為了結構而結構。在不同情況下采取不同的體系結構是明智的。體系結構的確定受到軟件用戶數量、運行環境、更新維護要求、軟件分布等外部因素的影響。[br][br]b． 關于各種分析方法[br][br] 目前有很多系統設計的方法，選擇某一方法（omt、uml、oo）要根據系統的特點來確定。針對信息系統而言，可以自己制定合適的分析設計方法，因為目前雖然有很多的方法，但不太適合信息系統建設的要求。在信息系統設計的時候要靈活應用各種分析方法，照搬哪一種方法都不太合適。（至少在現階段信息系統開發水平下）[br][br]c． 關于文檔[br][br] 在實際工作中的體會是：文檔很重要，但是經常和編程工作產生矛盾，不能得到及時的更新。為此在項目進行過程中，需要確定當前工程文檔的各種標準，以及工程需要哪幾類文檔，文檔提交和發布的時機等內容。這些文檔包括：工作規范、分析設計文檔、工作計劃文檔、日志文檔、任務分配考核文檔等。[br][br]d． 關于軟件設計水平的定位[br][br] 在軟件工程開發工程中，不是采取越多新技術越好，軟件的設計也不要走入“盡量提高水平”的誤區。由于負責軟件設計的技術人員客觀上具有追求完美的特點，主觀上盡力想將系統設計的完美，因此會造成軟件實現需要的工作量增大，同時用戶又不一定接受這些內容。在考慮軟件水平的時候，主要考慮：新技術的采用和成熟技術的采用要成比例。[br][br]e． 考慮到系統用戶的特點了嗎[br][br] 系統的設計起主導作用之一的因素是用戶的特點。不論什么特點的用戶都采用一致的設計思路、風格、特點不是太好的選擇。脫離對用戶實際情況的考慮的設計太學術化。并且在設計的時候要照顧到系統的可維護性、易用性、實現的容易性等問題。[br]原則之一是：能簡化設計就簡化，降低設計的復雜度。不要采用太復雜的設計。因為，這樣的設計不便于理解、和維護。[br][br]2．程序質量[br][br] 程序質量是項目全方位的體現，包括管理水平、程序員的工作狀況、相應的標準規范、文檔的考核、個人激勵制度等等所有的因素，這里僅就狹義的范圍，討論一下程序質量。[br][br]a． 關于標準規范的制定[br][br] 多人協作編寫一個工程項目的工作的確具有挑戰性，要完成好項目工作，沒有統一的標準規范是不可能的。標準規范是位程序設計服務的，因此要盡量消化，不要模糊照搬，那樣不會有幫助。關于程序設計要制定的規范包括：如何注釋、注釋量、變量命名規范、函數程序命名規范等，并針對這些規范的要求詳細考核每個程序的設計情況。[br][br]b． 關于編碼質量控制[br][br]編碼質量包括：正確、易讀、易維護。正確取決于設計文檔和程序員的水平，并且可以通過控制編碼的易讀和易維護來報我編碼的正確性。并且編碼的質量控制需要量化指標和規范。[br][br]c． 關于版本的控制[br][br] 在大型信息系統開發工程中，采用適當的版本控制工具對程序代碼進行控制是非常必要的。[br][br]d． 關于文檔管理[br][br] 文檔的管理主要是更新、維護，并且要持之以恒，堅持到底。在程序設計的過程中以一定的粒度要求，在不同階段要完成不同階段的文檔，這樣才能以文檔作為協同工作的基礎。這點對于大型信息系統的開發非常重要。[br][br]e． 編程時間投入到什么階段[br][br] 這里需要說明的是編程的工作在需求分析階段、程序實現階段、系統運行維護階段等都要有時間的投入，認識到這一點的意義在于：為了保證每個階段的編程時間投入的最經濟，就要控制好程序的質量。假設程序設計階段代碼很潦草，那么在運行維護階段就要受到懲罰。[br][br]f． 關于用戶界面[br][br] 縱觀眾多得到用戶認可的信息系統界面的共同特點是簡潔，從而易學易用。如果組織的過于復雜的用戶界面，比如office word的多層次的菜單界面雖然是非常不錯的界面風格，但是對于眾多計算機水平一般的用戶而言就過于復雜，而對于計算機應用水平比較高的用戶而言則容易掌握。所以在系統實現的過程中，要不斷的與用戶交流，確定用戶喜歡的界面風格。[br][br]3．組織管理[br][br] 除了技術本身之外，另一個影響項目進展和質量的重要因素是組織管理水平。這里有兩個問題：組織水平和管理水平。一般“組織”、“管理”總是放在一起使用，實際上組織是管理發揮作用的基礎。哪怕一個人總負責，那么這也是一群人組成的組織，也要有組織制度。所以，在實施過程中，建立組織、制度，提高管理水平不僅是信息系統工程建設需要考慮的問題。[br][br] 就管理的客體而言，無非是人、財、物，并通過合理搭配完成一定的生產任務。就這些問題有很多需要研究的內容。對人的管理包括：建立組織、建立制度、明確責任、權力、利益；對財而言，做好預算、合理分配、收支分明；對物而言做到合理分配、動態調整；對完成任務而言，好做好規劃、計劃、監督考核等。[br][br]a． 再談建立組織[br][br] 組織是管理施加的客體，對于人數相對較少的項目，管理可以針對每個人，而對于人數龐大的項目，管理就要施加到組織上去。這里所說的組織可以根據項目的不同進行不同的組織，最基本的組織之一就是“程序組”，主要職責是完成程序編碼，一個程序組就是項目經理管理施加的客體，而對于組員來講則是組長施加的客體。所以可以看出沒有合理和穩定的組織，項目的管理就難以實施。[br][br]b． 建立在組織之上的管理[br][br] 管理的本質是解決問題，如果在項目過程中沒有問題，那么管理就不需要存在，而實施恰恰相反，在項目開發過程中有很多的問題，因而管理工作不但繁重而且重要。最日常的工作在于計劃的制定、任務的安排、工作考核等等。[br][br] 要完成好管理不僅是項目經理一個人的事情，它需要組織內有機的聯系自動的對管理產生反應，得以落實管理的思想。[br][br]c． 關于工作計劃和進度控制[br][br] 工作計劃由長期的和短期的，長期可以是整個項目實施期內的計劃，短期可以是一天的計劃，針對小組比較適用周計劃和日計劃，而對于項目組要詳細制定月計劃和周計劃來控制項目的進度并作為工作的考核依據。[br][br]d． 關于彌補措施[br][br] 什么情況下都難免會有以外發生，為此在管理以及制定計劃的時候一定要考慮彌補措施，做到防患于未燃。這些措施包括：突發的技術難題、突然的人員更換、突然的用戶需求、突然的計劃變動等等。[br][br]e． 關于環境建立和管理[br][br] 好的項目開發要建立穩定的開發環境，并要確保項目的開發環境與目標環境的一致性。否則將造成巨大的困難。保持環境的相對問題也非常重要，即在項目的開發過程中環境不要變動，包括系統的升級，不必要的或相關的軟件的更換等等。如果目標環境為ie 4.0，而使用ie5.0來作為開發環境則會產生很多不必要的問題。[br][br]f． 關于人員培訓和知識更新[br][br] 大型信息系統一般經歷的時間都比較長，參與的人員比較多，因此進行必要的培訓和知識更新是非常必要的。尤其是在項目開始實施之前，針對項目的若干總體要求要詳細的說明并力求達成共識，這為今后大家很好的協同工作創造了一個基礎。[br]培新的內容是多方面的：技術、標準、規范、管理制度等等。[br][br]4．實現技術[br][br]a． 關于數據庫的設計[br][br] 數據庫的設計是信息系統設計的基礎，關于數據庫的設計在考慮設計要求的前提下，盡量考慮如何簡化系統的實現。因為有的時候好的數據庫設計會大大增加系統實現的復雜度和工作量。這需要不斷的積累經驗。[br][br]b． 關于開發語言版本[br][br] 多人參與的信息系統設計要保持各個程序開發語言版本的高度一致，這個問題很容易被忽略，但是到系統集成的時候會給你造成很多的問題。為此，最好所有的人都適用同一個安裝程序。[br][br]c． 關于開發平臺[br][br] 除了開發語言之外的其他軟件環境組成的開發平臺也要保持一致和穩定，才能減少系統集成時出現的問題。[br][br]d． 關于新技術的采用[br][br] 新技術的采用是一把雙刃劍，如果采用過多會阻礙系統的開發進度。因此要從實際考慮，采用合理數量的信息的技術。這一點還受程序員的接受能力等因素的影響，如果接受能力強，則不必太擔心。[br][br]5．關于軟件測試[br][br]a． 程序員編碼過程中的測試[br][br] 程序員的測試在很多軟件測試的文獻中經常被忽略，如果程序員提交的程序代碼，他自己從未進行過測試，就提交給測試人員測試是不可想象的。程序員測試的一個基本原則是要確保所有的代碼在正確使用下不會有問題，否則將浪費大量的時間修改代碼。[br][br]b． 組織測試人員[br][br] 對于測試的問題大家都有一致的認識,但在項目實施中,關鍵的是按照規范要求組織項目測試小組。這主要受到人員的限制，即組織起來有經驗的測試人員跟蹤測試是比較困難的，同時也要有一定的投入。[br][br] 不論如何，還是要建立一個問題的測試小組，隨著系統的初步開展進行系統測試。測試的工作量是巨大的,應得到正確的和足夠的認識,否則交付的軟件質量無法保證,那么項目是否成功又失去了一次機會。應該認識不僅按時完成重要，按質完成更重要。這一點說起來并不特別，但還需要重視才能做好。[br][br]c． 用戶測試[br][br] 大家都知道，面向應用的項目，在交付用戶正是使用之前要經過一定時間的用戶測試，但目前的實際情況是用戶測試組織的不是太好，原因是：真正的用戶由于工作的繁重較少的投入到系統測試中，項目組也希望測試期間問題越少越好，可是就為今后不斷的出現問題埋下了伏筆。[br][br] 因此，針對用戶測試要組織好，同時還要對資金、人力投入做一個合理的預算。[br][br]三、實施及維護[br][br] 一般認為項目到實施維護階段，就基本上結束了。實際并非如此，因為就軟件開發周期而言，實施階段的時間投入還要占一定的比例，并且在這個階段由于對系統的切身使用，多數用戶會提出很多的意見和建議，拋開很多不合理問題，還有很多問題需要解決，這就要求項目組還不能放松，還要再緊張地工作一段時間。[br][br]1．管理者完成的工作[br][br] 針對項目實施過程中，管理者要完成的工作實際上不是用幾句話能說清楚的，在此僅就某些工作進行簡單的說明，更多的內容要在實踐中多思考、多總結，不斷的提高。[br][br]a． 樹立用戶意見之上的意識，并讓項目組全體普遍接受；[br]b． 做好與用戶的溝通，尤其針對不合理的問題，要給出合理的解釋。[br]c． 使用戶欣然接受你交付的系統是不斷努力才能有的結果；[br]d． 要做到不急不躁，同時要注意調整程序員的情緒；[br][br]2．關于維護階段的投入[br][br] 維護階段除了項目設計階段的投入外，還要增加投入包括：現場維護的費用、培訓的費用（尤其是組織培訓班）、人員的增加（增加與用戶交互的人員，再次啟用調研組）等等。[br][br]3．加強與用戶的溝通[br][br] 加強與用戶的溝通不僅是實施階段應當注意的，但是實施階段是使用戶產生意見的最關鍵的階段。[br][br] 首先作為項目的雙方負責人要做到及時、有效的溝通；[br][br] 其次，各個程序組在與普通用戶進行溝通的時候也要注意方式、方法，同時要盡量能用簡潔的語言給出明確的解釋和說明。[br][br] 最后需要說明的是：沒有每一個用戶（乙方負責人、普通用戶）的認可和支持就是失敗。[/color][/p]