1、網站的建設與管理（網頁製作）是不是就是程序員？
不是程序員，這是兩個不同的工種啊。
網站建設管理這個是一個管理的職位，主要是負責公司的職位的管理。
網站製作，屬於技術，主要進行網站建設開發。
程序員，更多的是偏重於項目的開發。
2、新網的網站建設怎麼樣，如何進行管理？
如果只是單純的小站或者自己建設著玩的。可以用CMS。你只要自己看下教程把環境配置好了，然後再學習下如何操作後台的。都是全中文的。不要你懂代碼。但一般是php+mysql。
3、網站建設項目的風險管理研究意義及方案
1、項目網站管理方案的特點
項目網站管理方案是以Web伺服器為主體、瀏覽器為客戶端作為基本架構的項目。這樣的架構項目中包含Web伺服器、瀏覽器和網路三個關鍵主體。項目網站管理方案可能是一個網站,也可能是各種Web應用程序,例如網上商店、虛擬郵局、網路辦公管理系統、客戶關系管理系統等等。網站項目管理就是圍繞著網站項目運用知識、技術、技能、工具和方法進行組織管理。其特點表現在以下幾個方面:
1)涉及的領域很多。狹義地講,項目網站管理方案包括了網頁製作、美工設計、程序編碼、系統及網路管理等專業技術,廣義上又包含了企業管理、市場營銷、心理學、廣告學等更多領域的知識,在項目進行過程中還涉及到項目管理工具、文檔和設計開發管理規范、開發及測試環境部署等特殊領域的問題。這對參與項目管理的人員提出了很高的要求。
2)參與項目的角色很多,水平可能參差不齊。對於項目網站管理thldl.org.cn方案,最關鍵的角色是項目經理、業務流程分析師、用戶界面工程師、系統分析員、編碼人員(程序員)和質量控制工程師等。根據項目的規模和開發的深度,由項目經理進行角色劃分。假如嚴格細分,一個大型項目的角色可能達到50個以上,以確保每個細節都有專業的人員進行負責和管理。其中需求分析過程中主要角色有客戶代表、業務員、業務流程分析師、用戶界面工程師,另外還有項目經理、資料庫工程師、文檔工程師等參與。
3)網路應用的開發技術在日新月異地進步,從而使網站管理方案應用系統的開發模式具有多種選擇性,達到同樣的目標可以採用很多不同的方式,現代的應用系統越來越成為一個龐大的集成方案,需要考慮不同的操作平台、不同的應用伺服器、不同的資料庫、不同的編程語言、不同的傳輸介質等等,項目管理人員必須了解各種技術的利弊,幫助用戶選擇高效、廉價並富有前瞻性的網站管理方案。
2、需求分析在項目網站管理方案中的作用及要求
需求分析是一個項目的開端,也是項目建設的基石。由於以上提出的網站項目的特殊性和行業覆蓋的廣闊性,以及需求分析的高風險性,網站項目需求分析的重要性是不言而喻的,在以往建設失敗的項目中,80%是由於需求分析的不明確而造成的。因此一個項目成功的關鍵因素之一,就是對需求分析的把握程度。
在需求分析流程中,需要有客戶代表、業務員、業務流程分析師、用戶界面工程師等角色參與,業務員從客戶代表那裡獲得需求,並形成需求報告;業務流程分析員從業務員那裡獲得需求報告,分析生成項目模型報告;界面工程師得到項目網站管理方案模型後設計製作相應的模板和用戶界面原型,最終由客戶代表確認。需求分析所形成的文檔最終達到如下要求。
1)正確性:每個功能必須清楚描寫交付的功能。
2)可行性:確保在當前的開發能力和系統環境下可以實現每個需求。
3)必要性:功能是否必須交付,是否可以推遲實現,是否可以在削減開支情況發生時被"砍"掉。
4)簡明性:不要使用專業的網路術語。
5)檢測性:如果開發完畢,客戶可以根據需求檢測。
3 網站項目需求分析的一般方法
根據以往的工程經驗,需求分析工作方法,應該定位在"三個階段"(也稱"三步法")。
第一階段:"訪談式"。這一階段是和具體用戶方的領導層、業務層人員的訪談式溝通,主要目的是從宏觀上把握用戶的具體需求方向和趨勢,了解現有的組織架構、業務流程、硬體環境、軟體環境、現有的運行系統等等具體情況和客觀信息,建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局,最好能指定本次項目的介面人。
網站管理方案實現手段:訪談、調查表格。
輸出成果:調查報告、業務流程報告。
第二階段:"誘導式"。這一階段是在承建方已經了解了具體用戶方的組織架構、業務流程、硬體環境、軟體環境、現有的運行系統等等具體實際和客觀信息的基礎上,結合現有的硬體、軟體實現方案,做出簡單的用戶流程頁面,同時結合以往的項目經驗對用戶採用誘導式、啟發式的調研方法和手段,和用戶一起探討業務流程設計的合理性、准確性,界面的便易性、習慣性。用戶可以操作簡單演示的DEMO,來感受一下整個業務流程的設計合理性、准確性等等問題,及時地提出改進意見和改進方法。
實現手段:拜訪(誘導)、原型演示。
輸出成果:調研分析報告、原型反饋報告、業務流程報告。
第三階段:"確認式"。這一階段是在上述兩個階段成果的基礎上,進行具體的流程細化、數據項的確認階段,這個階段承建方必須提供原型系統和明確的業務流程報告、數據項表,並能清晰地向用戶描述系統的業務流設計目標。用戶方可以通過審查報告來提出反饋意見,並對已經可接受的報告、文檔簽字確認。
實現手段:拜訪(回顧、確認),提交業務流程報告、數據項表;原型演示系統。
輸出成果:需求分析報告、數據項、業務流程報告、原型系統反饋意見(後三者可以統一歸入需求分析報告中,提交用戶方、監理方進行確認和存檔)。
整體來講,需求分析的三個階段是需求調研中不可忽視的一個重要部分,三個階段或者說三步法的實施和採用,對用戶和承建方都同樣提供了項目成功的保證。
4、項目網站管理方案需求分析的注意事項和技巧
項目的整體風險往往表現在需求分析不明確、業務流程不合理,導致用戶不習慣或不願意去用承建方的軟體。承建方和客戶方都要重視需求分析的重要性。為更好地把握用戶的需求和方向,應該採用必要的手段和方法來進行需求調研。
4.1 網站管理方案挖掘用戶需求
鼓勵用戶將所有的想法盡可能地闡述清楚,並把所有的要求羅列出來。這時候不必擔心引起客戶的潛在需求而增加設計開發的工作量,應直接明白地跟客戶把問題和要求一條條地列出來,把條理、歸納、分析先都放到一邊,將用戶最原始、最完整的要求准確地記錄下來。
網站管理方案很多情況下客戶並非專業人士,在他們的描述中很難凸現重點和技術難關,這需要我們去為客戶進行分析、歸納和整理,尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。客戶往往對需求的概念是非常模糊的,大多時候給出的需求都是籠統而且尺度難以控制的,這就要求業務人員在傾聽了客戶的詳細說明以後,幫助客戶進行整理和分析,預測客戶在開發過程中變更及今後應用中可能進行修改升級的潛在需求。
比如在為客戶設計辦公自動化系統的時候,也許就要為客戶預留將來與他們的業務單位進行交互的通道;在設計郵件系統的時候要考慮可能會需要廣告網站管理方案伺服器;設計網路電子商店時需考慮今後增加庫存產品進銷存統計分析等等;限於時間和財力的考慮,客戶通常能夠接受分階段實施的開發過程,在需求分析時,提早為客戶設想到今後的需求變更除了使項目開發更加順利以外,也為今後業務的進一步深入打下了更好的基矗
4.2 網站管理方案利用自然的語言和圖表描述項目模型
在業務員與客戶進行溝通和調查時撰寫的需求分析,盡可能用自然語言或形式化語言來描述,還可以添加圖形表述方式和模型表徵方式。雖然客戶的水平和資歷有所不同,但是最自然的描述能夠使項目開發的各個成員都能清楚地理解需求含義,不至於在理解上產生偏差。對客戶而言,這樣的模型描述最接近真實,容易參與修訂,並能以此為測試和驗收的依據。製作示意圖可以有很多種方式,關鍵是利用示意圖將客戶的需求和即將開始設計的系統體現出來。在進行系統分析和程序開發之前,雙方對今後要完成的產品就能夠有直觀的認識,換言之,就是在產品還沒有真正進入開發階段的時候,雙方就對工作的結果達成統一的意見,這將大大地減輕需求變更所帶來的困擾,同時客戶更容易地參與到項目的開發過程中。
4.3 網站管理方案需求分析要共同參與各施其職
項目網站管理方案經理、系統分析員、開發經理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析,並進行共同討論,達成一致意見。參與項目開發的人員都應該對這份需求有統一清晰的認識,並根據自己的工作對需求提出意見,通過與客戶的溝通修訂,最終確定項目實現的目標。這樣可以盡量避免業務人員與開發人員、承建方和客戶方之間發生不必要的糾紛。
例如:項目網站管理方案經理通過需求分析才能組建所需要的團隊包括配置工作環境,制定開發周期;開發周期的限制和功能上的要求可能會影響到程序員採用什麼樣的語言和工具進行編寫;操作用戶的技能水平將影響到交互設計師進行前台設計時做到什麼樣的精度;界面設計人員根據項目的性質和定位確定表現方式;測試人員了解測試環境和條件後才能對項目質量進行跟蹤和檢測。
4.4 網站管理方案將需求變更置於可控狀態
需求的變更幾乎是不可避免的,也許是出自客戶的遺漏,也可能是在開發過程中被激發出來的。如何以可控的方式管理網站項目需求的變更,對於項目的順利進行有著重要的意義。如果匆匆忙忙地完成用戶調研與分析,則往往意味著不穩定的需求。所以需求網站管理方案要保證需求分析各個活動都得到了充分的執行。
為了將變更及時反饋到項目的各個角色中,做好需求變更日誌就顯得非常重要。在需求分析後面附上變更日誌,並將修改後的需求分析製作成新版本,保留每次更改過的版本,而不是覆蓋,這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調整。在新版本的需求分析中,將變更部分用特殊方式表示出來,並在日誌中記錄變更明細。
4.5 網站管理方案評審需求文檔
需求文檔完成後,需要經過正式評審,以便作為下一階段工作的基矗一般的評審分為用戶評審和同行評審兩類。用戶和開發方對於軟體項目內容的描述,是以需求規格說明書作為基礎的;用戶驗收的標准則是依據需求規格說明書中的內容來制訂,所以評審需求文檔時用戶的意見是第一位的。而同行評審的目的,是在軟體項目初期發現那些潛在的缺陷或錯誤,避免這些錯誤和缺陷遺漏到項目的後續階段。
5 網站管理方案總結
隨著互聯網的飛速發展,Web技術應用日益廣泛,網站的規模和復雜性不斷增加,網站項目的設計和開發進入了需要強調流程和分工的時代,軟體工程方法將越來越多地介入到網站項目的設計和開發中。建立規范的、有效的、健壯的開發機制,特別是打好網站項目網站管理方案的基石,強化項目的需求分析,將有利於高效、高速、高質量地完成開發任務。
參考資料：http://blog.sina.com.cn/itbar88
4、網站建設與管理出來可以做什麼樣的工作
1、網站建設工作涉及到的工作包括,網站建設方案書製作,網站建設素材准備,網站頁面設計與製作,網站功能性程序開發與頁面融合,資料庫設計與數據輸入, 伺服器購買伺服器存放,域名注冊與解析。所先,在這些網站建設工作中,合同需要確定哪些是承建方的工作,哪些不是,哪些是企業或者第三方的工作,合同可以 用建設方確認通過的網站建設方案書作為合同附錄,來更詳細闡明承建方的工作。
2、項目建設工作流程與時間進度網站建設流程一般流程為:需求調研,完成網站網站建設方案書,方案書確認,素材(文字,圖片,數據)收集與整理,頁面風格 設計,風格設計確認,頁面製作,程序開發,整合(頁面,程序),建設方評估與測試,網站改進與建設方確認,伺服器與域名准備,網站上傳發布,網站維護。所 先,合同必須說明項目開展的工作流程。其次,對於每個工作流程,需要概要說明承建方的工作內容,尤其對於需要企業參與的部分,需要說明企業的工作內容和要 求。例如,需求調研時企業的配合和資源提供;設計製作確認時的確認方式和確認范圍。最後,是對每個流程環節的完成時間要求說明。合同需要給出每個流程環節 的工作估計以及項目最終完工的日期估計,雙方可以根據需要,協商在進度限制上的嚴格度。
3、網站建設質量要求網站建設質量主要指網站頁面設計,製作與網站程序的質量。合同需要對這些工作的質量作出周到的,盡量可度量的要求,譬如為保證瀏覽速 度,建設方也可以對每個網頁的大小作出一般性限制。對於頁面設計與製作,由於對設計風格的認識差異會導致建設方和承建方的質量評判結果不同,同時設計質量 也難以度量,容易出現建設方多次否定設計的情況。在這個時候需要用變通的辦法來彌合雙方的質量評判差異。例如,可以由承建方設計出種建設方要求風格的設計 頁面,然後由建設方選擇,或者重復修正設計不能超過次,而承建方可以以半價收取落選設計頁面費用的代價來限制設計要求的變化。還有一種辦法,就是採取第三 方來度量頁面設計與製作質量。例如,找一些普通的上網用戶,測試他們成功搜索網站中某個特定內容所需要的時間,用這個時間來衡量網站連接設計質量和合理 性。例如,可以通過在門戶網站做網上調查,由網民來評判網站設計與製作質量,這樣做同時也很好地宣傳了網站。而對於網站功能性程序來說,合同應該對功能作 出詳細的說明。如會員注冊登陸系統,那麼除了會員的注冊,登陸,退出外,系統還應該提供給會員什麼功能,譬如新聞定製等。這部分可以在網站建設方案書里作 出更詳細的說明。如果,網站承建方同時提供虛擬主機空間,那麼企業還可以對網站訪問速度,宕機時間,網站帶寬等方面作出要求(空間租用雙方一般也可以另簽 網站空間租用合同)。
4、網站承建費用支付,支付標准與支付方式網站建設業內一般採用按製作量記費的方式,譬如按頁面數量記費。但網站製作量,如頁面數量等,在製作過程中是變 化的,所以在簽合同的時候無法給出整個網站建設完成後的確切費用。但是合同卻可以給出網站建設的收費項和收費標准,等網站建設完成後,統計整個網站的每項 工作量,再結合記費標准來算出項目實際標的。所先,確定網站建設收費項。網站建設收費項一般可以包括以下一些素材整理階段的文字錄入費,圖片處理費,翻譯 費《網站建設方案書》製作費用普通頁面製作費用頁面風格設計費用(一般指主頁和欄目首頁)頁面特效製作費用(譬如功能性程序開發費用(如調查系統,會員注 冊系統等)資料庫數據錄入費用空間租用費用等。其次,確定每個收費項的單位價格。例如,文字翻譯每千字這一條款關繫到日後合同標的的計算,所以務必非常清 晰,雙方不妨多花一點時間來協商這里的細節,以達到彼此在這一條款上的一致認可,以妨日後引起不必要的爭執。