『壹』 web開發過程中的各階段
（1）Web分析
基於Web的應用系統的需求分析是很重要的活動,需要一個系統而嚴密的方法. 根據Web特性和Web應用的特定需求,需要採用更為開放、靈活的需求分析方法.與傳統軟體過程的分析不同,Web分析階段不但要分析Web系統本身的功能和性能,還要對可能的用戶群體進行分析和調查.
（2）Web設計
Web設計不但包括功能設計和性能設計,還要包括頁面風格設計,包括頁面的主色調、頁面框架結構、文字顏色搭配、動畫和圖片的放置等.
有效的Web站點設計需要注意可用性,要把基於Web的系統設計成易於導航,吸引人和有用.現在,比較流行的Web設計方法是以用戶為中心的設計[4].
(3) Web開發
Web開發過程包括後台資料庫程序的開發、頁面程序的編寫和所有網頁的製作.在設計階段決定的Web框架基礎上,進行具體的頁面設計和製作.把內容提供人員的內容連接到具體的頁面.
一個Web工程過程必須包含多種類型的開發人員,要保證這些人員都能很好地理解自己在項目開發中的作用和職責,當有重疊發生時,應該要從整個項目角度找出解決方法.
(4) Web測試
在Web工程過程中,基於Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作.基於Web的應用系統的測試與傳統的軟體測試不同,不但需要檢查和驗證是否按照設計的要求運行,而且還要評價系統在不同用戶的瀏覽器的顯示是否合適.重要的是,還要從最終用戶的角度進行安全性和可用性測試.因此,我們必須為測試和評估復雜的基於Web的系統,研究新的方法和技術.
（5）Web發布
Web發布階段主要是把開發完成,經過初步測試的Web應用系統傳送到Web站點上,供用戶瀏覽和使用.
(6) Web更新、支持和管理
與傳統的軟體系統不一樣,Web系統是需要經常更新的.這種更新包括細微的變化到大規模的變化,可以是頁面內容的刷新、也可以是整個頁面結構框架的更新(例如：整個主頁結構的變化、增加或變更一個欄目).正是因為這種改變是經常存在的,所以大型Web應用系統的管理是一項艱巨的任務.對每一種變化,無論大小,都需要以一種合理的,有控制的方式進行處理.我們可把經實踐證明了的軟體配置管理（SCM）的概念、原理和方法用到Web管理中.
『貳』 如何用java開發一個web系統
1.
這個問題問的太廣泛了，就跟問怎麼賺錢一樣。
2.
開發一個web系統，不管使不使用Java開發，首先需要確定這個系統的需求，就是這個系統的使用目的，是用來幹嘛的？給誰使用？需要做出什麼功能？
3.
再根據這個系統的需求，確定系統的設計，系統設計包括功能設計文檔和資料庫設計。
4.
再根據設計使用不同的Java框架或者技術實現需求。
5.
如果是比較大的項目需要迭代開發。
6.
開發分階段進行，根據設計文檔來進行系統的功能和性能測試。
7.
最終完成測試以後交付使用，提供測試和使用報告。
這就是JAVA開發的具體流程
『叄』 成熟的Web開發團隊開發，測試，上線的環境和流程是怎樣的
總結一下：
1，你需要一個可以模擬線上的開發環境。
2，你需要一個可以模擬線上的測試環境。
3，你需要一個可連調的測試環境。
4，你需要一個自動化的上線系統。
5，一個開發流程適合前後端的。
1，本地反向代理線上真實環境開發即可。（apache，nginx，nodejs均可實現）
2，模擬線上的測試環境，其實就是你需要一台有真實數據的測試機么，我建議沒條件搭daily的，就直接用線上數據測好了，只不過程序部分走你們的測試環境而已，有條件搭daily當然最好咯。
3，可連調的測試環境，分為2種。一種是你們開發測試都在一個區域網段，直接綁hosts就完了，不在一個網段，就一人給一台虛擬的測試機，放在大家都可以訪問到的公司內網，代碼直接往上布即可。
4，自動化的上線系統，如果你們運維不給你們做，我猜你們都是直接ftp往線上扔？那麼你可以自己做一個簡易的上線系統。原理不復雜，每次上線時都抽取最新的trunk或master，做一個tag，再打一個時間戳的標記，然後分發到cdn就行了。界面里就2個功能，打tag，回滾到某tag，部署【夠簡易了吧，而且是全自動的】。
5，開發流程就是看項目了還有所用到的工具，構建，框架了。簡單來說，原則就是分散獨立開發，互相不幹擾，連調時有hosts可綁即可。
回答了你的問題之後，我說下我自己的項目是怎麼個開發流程。
灰常簡單，代碼管理工具是svn，起新需求就起新分支，獨立開發，開發完合並到trunk，trunk不做任何開發工作，只負責merge。
上線有上線系統，你可以理解為我上面說的那個簡易功能的加強版。我們是自帶build的功能的。
自己編寫build腳本，ant，grunt隨便了。做好連到發布系統，一鍵集成，本地只關心源碼開發。
本地環境，我拿nodejs寫了一個自帶rewrite，反向代理的server，超級模擬線上，一個hosts組管理的工具，一套適合自己部門的grunt插件庫【就是很多很多grunt插件。。】。完全適合開發各種獨立項目了。
當然如果你的測試，文檔都集成在build那一步，是最棒的了。
協同合作我們是每個人開發都有一台自己的測試機，linux的，我本地也有工具可以完成自動build+push的功能。方便快捷。
可能全看下來挺復雜，不過前端工程化確實就是這個樣子。幫你脫離之前的手忙腳亂，專注於業務的開發。
『肆』 java開發一個簡單的web網頁的具體流程是什麼
web網頁的主要流程就是 從請求到響應，從jsp頁面的參數傳遞到後台的 控制層（action）再調用相應的服務層（service）進行處理，其中可能會用到數據層（），將處理後的結果響應給頁面，或是跳轉
『伍』 簡述動態web應用系統的實現原理和工作流程
webwork工作流程與原理
關鍵字:
webwork
首先瀏覽器按照web.xml中指定的格式（比如：以.do結尾的請求）發起請求，servlet接收請求後從url中解析出action名稱，同時遍歷HttpServletRequest、HttpSession、ServletContext
中的數據，並將其復制到
Webwork的Map實現中，至此之後，所有數據操作均在此Map結構中進行，從而將內部結構與Servlet
API相分離。
接著ActionProxyFactory創建對應的ActionProxy實例。ActionProxyFactory
將根據Xwork
配首沒置文件（xwork.xml）中的設定，創建ActionProxy實例，ActionProxy中包含了Action的配置信息（包括Action名稱，
對應實旅芹乎現類等等）。ActionProxy創建對應的Action實例，並根據配置進行一系列的處理程序。包括執行相應的預處理程序（如通過Interceptor
將Map
中的請求數據轉換為Action所需要的Java
輸入數據對拆悉象等），以及對Action
運行結果進行後處理
是不是這個？
『陸』 如何規劃跟設計web應用程序，其開發周期有那幾個階段
下面用我開發的一個辦公系統來說明一下如何規劃跟設計WEB應用系統，及其開發幾個階段。
第一步：需求分析
我召集他們所有業務相關部門開了幾次會議，將各部門的功能需求進行了整理和統一，寫成的功能需求說明書，文中詳細列出了軟體要解決的實際問題及要達到的目標。他們要求軟體要能解決他們的實際問題，帶來真正的價值。比如直接給他們帶來更多訂單，幫助他們尋找客戶並留住，同時在經營中節省人力成本及防止不必要的浪費，最終實現公司利潤的增長。我認為，如果一個軟體不能帶來實質性的經濟價值，僅僅只是用來裝點公司門面，提高一點工作效率，那還不如不要。這也是他們為什麼看不上有些成品軟體，而要選擇定製開發的原因。每個公司情況均不一樣，成品軟體商往往無法知道每個客戶的痛處，所以做出來的產品無法真正適合客戶。只有自己針對性的開發，才能真正解決問題。客戶才知道他們公司最需要什麼，他們的客戶應如何獲得和留住，業務流程應如何設計等等。有針對性開發一些實用功能，才是最適合的軟體。
通過這個項目，我認識到編寫軟體需求說明書的過程非常重要，這決定了以後的開發過程是不是會走彎路，是否因為開發了不必要的功能浪費時間和金錢，是不是存在程序功能模塊上的沖突。我在需求說明編寫上花了較大精力，有種磨刀不誤砍柴工的感覺。最後在所有人員一致通過這個需求說明書後才決定走下一步。
第二步：開發方案書
開發方案書是將功能需求說明書轉化為可開發的具體行動方案，我根據開發平台的開發規則進行編寫的，將軟體需求說明書中的功能模塊進行組合優化，分析出各個模塊的數據結構及數據關系、運算邏輯，理清各模塊之間的業務流程，最後根據各業務部門人員的實際情況規劃各模塊的界面樣式。
我的開發方案書也寫得很詳細，不過相比功能需求說明書，感覺容易些，畢竟大方向已有了。開發方案書中我將數據結構中的表及欄位全部規劃好，並命名好，包括其數據類型、長度等，做成表格，並將各欄位數據來源及編輯方式等均做好說明。前面忘記說明了，我雖然對編程不懂，但由於以前有過管理軟體操作方面經驗，對資料庫還是有一定了解的，但也只是懂一些皮毛，不過用天縱快速開發平台開發，這點資料庫方面的知識夠用了，以後使用過程中如果需要更復雜的一些sql語句再網上搜索一下吧。
開發方案書對後期的系統開發非常重要，下面的開發過程其實就是將開發方案書的內容在快速開發平台進行配置的過程。
第三步：開發及測試
有開發方案書，接下來的開發就非常容易了，其實就是將開發方案書的內容配置到開發平台上的過程，這就是我前面說的為什麼找這樣一個開發平台開發這個系統的原因。
用配置型開發平台開發軟體相當簡單快速，一般的模塊三步就可以搞定了，第一步設置模塊信息，第二步設置表單屬性，第三步設置表中每個欄位。也許我這樣說你還是不太相信，那好吧。上圖！
天縱快速開發平台分開發後台和應用前台。顧名思義，開發後台是供開發者使用的，應用前台是開發好的系統進行使用的地方。好了，進入開發後台吧，如下圖：
通過這三步的配置，一個功能模塊基本完成了。是不是非常簡單快速！整體開發過程是不是全部是通過配置來完成的。當然上面提到的是一些最基本的配置，對於復雜功能要求的模塊，可能還要進行更詳細的配置。
配置型開發平台由於省去代碼編寫，開發速度大大提高，由於界面是由開發平台中間件根據配置的業務參數自動生成，不用每個界面均去編寫一套代碼，因此出錯率大大降低，軟體的性能和穩定性自然也就有了保障。
第四步：編寫操作手冊
系統開發好後，有一個收尾工作是不能省的，那就是編寫操作手冊。好在我平時沒事就喜歡寫點博客，對寫作沒有畏懼心。操作手冊是供使用者學習和操作時用的，在操作手冊中我將系統操作過程及其注意事項詳細列出，事後我才知道，操作手冊也是這個系統正式能使用起來的重要因素之一，因為我寫的操作手冊有聲有色，條理清晰，操作這個系統的同事很快就能理解並上手了。
我得出的經驗是：操作手冊越早編寫越好，最好是在開發的同時就進行編寫，開發過程中一些重點內容要立即記錄下來，提醒以後的使用者，時間一長了，就算是開發者本人也可能都忘記了，最後導致使用者走彎路。
第五步：上線試運行
折騰了半個多月，一個共有50多個模塊的內部管理系統基本算是大功告成了，請客戶的幾個部門領導一起演示操作走了一遍，大家十分滿意，總算沒辜負老他們板的期望。他們老闆一高興，批准買一台伺服器專門運行這個系統。我花了一天時間，部署到伺服器上，開始上線試運行。
第六步：正式運行
經過了半個月的試運行，調整了其中出現一些小問題，就開始召集所有部門相關人員進行幾天的操作培訓，開始正式在公司內全面運行。
『柒』 如何用java開發一個web系統
開發web系統需要：
需要的軟體：資料庫（mysql、oracle...）、IDE（eclipse、myeclipse...）、伺服器（Apache、Tomcat、JBoss...）。
2.需要的技術：java基礎、sql、jdbc、html、css、jsp、servlet（這里就不說一些框架了）
3.設計web系統資料庫結構，用eclipse編寫web系統</p><p>頁面，編寫javaservlet代碼處理頁面請求，jdbc連接資料庫進行數據交互，最後將開發好的web系統部署到web伺服器上啟動，最後直接在IE或其他瀏覽器中進行訪問。
4.不清楚你的情況，所以只是大概說下。沒深入也沒詳細說
『捌』 請教公司里web開發的流程
首先策劃出文案，然後設計出效果，通過後製作切圖做頁面，前後台可以同時做，套頁面應該是把任憑做的html靜態頁與程序員開發的後台綁定起來
『玖』 怎樣自學web前端開發
Web應用程序的開發過程
現在特徵已經弄清楚了，我們就可以開始定義開發一個web應用程序的整個過程了。當然，這依賴於工程的大小，過程中的某些步驟可能很小，在你的腦海里就能完成這種工作，但把事情整個的了解一下總是有好處的。同時還有一點很重要的你要明白，這篇文章並不會對每個步驟進行深層次的描述。
步驟一：分析
開發一個web應用的第一步是分析你的需求。你此時應該定義出一個盡量周全的你的應用應該提供的功能清單。如果是你為一個客戶做這些工作，你需要明白他們想要什麼(要確保埋頌坦你們對方都知道對櫻判方在說些什麼)。從你們的討論中，你能總結出需求和軟體規格。你即使是為自己開發，我也建議你把希望這個web應用能夠做的功能寫下來。
步驟二：設計
一旦你弄清楚了這個web應用需要做哪些事情，你就可以開始設計了。這個步驟通常會反反復復進行很多次，每一次都把設計細化一些。你第一要做的是畫出頁面流程圖(畫在紙上，或使用軟體工具，憑各自所好吧。我喜歡用紙，這樣我可以做更快速的改變)。頁面流程圖通常是很抽象的黑白繪畫，畫出你將要實現的web應用的樣子(你可以加一些色彩，但盡量保持簡單)。
這個步驟能夠讓你知道你的應用最終會彎桐是個什麼樣子。跟37signals倡導的相反，我建議使用一些詞語描述，適度細化。當我想到一個很好的想法時，或想到事情該如何做時，我會把它標注到紙上(例如，當點擊這個按鈕時應該使另外一個元素改變或隱藏，我會把這寫在流程圖上)。
當你對做出的草圖滿意後，你可以開始製作實體模型了。
實體模型仍然是些圖案，但有色彩和細節。最終的實體模型看起來應該像你將要實現的web應用的一個截屏圖。如果你為一個客戶開發，他會看看這些東西，並給你他的認可。然而，很多人都喜歡跳過這一步(大多數都是非設計人員)，他們喜歡直接奔向網頁原型。
原型是用HTML開發出來，使用CSS渲染(有時也是有Javascript)。頁面布局要做出來，鏈接能夠點，顏色，字體，字體大小要設定好(如果你做了實體模型，這個會很容易)。這一步非常的重要，因為這里所有的東西都能用於你最終的應用中。如果允許的話，在你的原型上做一些可用性測試，從長期的效果來看，這能使你避免大量的失誤。
在這個步驟的最後，你基本上就知道了你的web應用是如何組織到一起的了。登錄頁面有些什麼，用戶如何從主頁轉向到各個頁面。
步驟三：實現選擇一個框架
現在我們已經知道了要去開發什麼東西，那就要把它做出來。這一部分的工作很多，你大部分的時間都要花在這個上面。你第一個要做的決定是如何著手，採用什麼樣的技術，什麼框架。你有很多選擇的餘地，你需要選出一個適合你的。下面是一個最常用的框架的列表:
ASP.NET
PHP上的任何一個流程的框架
PythonwithDjango
RubyonRails
沒有一個明確的標准說哪個框架最好。它們都各有不同，每個都有自己的長處。最重要的是你要知道它們任何一個都能讓你開發出好用的web應用。
開發
一旦你知道了如何去開發，那就要甩開臂膀開幹了。這個開發工作可以看作有很多塊，但說到底，這都是標準的編程活動了。在後台，你要創建類，對象，服務，過程，以及持久層來把這些對象保存到資料庫中。後台是整個應用的核心，對任何應用來說，它跟普通的編程沒有什麼區別。接著是前台的開發，你現在編寫的代碼才是真正給用戶使用的操作界面。你把後台的程序和原型界面集成到一起，把系統各部分集成到一起。你還可以把你在開發過程中想到的一些很炫的小功能用JavaScript實現。
再說一次，有很多種途徑可以實現後台程序。建議你去讀一讀跟你選擇的框架相關的資料，弄清楚如何實現這一部分的工作。通常，這些知識會跟面向對象編程有關，但有些框架正在慢慢的向領域驅動設計發展。
步驟四：打磨拋光
現在應用程序已經開發出來，各個獨立的模塊也集成到了一起。你需要通過測試來確保你在步驟一中定義的需求和軟體規格是否被實現(這個問題在你開發的整個過程中都要記在腦中)。你要確保那些愚蠢的用戶不能通過試圖做一些你還沒有實現的操作而把你的應用弄壞(參考白盒和黑盒測試)。你同時還要確保你的程序能夠在各種瀏覽器里(希望不是IE6)都能正確的運行。
現在也是你做一些小的調整，改進你的應用程序給人的感覺的時候，讓它趨於完美。
步驟五：發布和後續工作
這最後一步(但不是就此完結)是發布你的應用，讓用戶能夠真正使用它(如果這個應用是個公眾開發的應用，別忘了做新聞宣傳)。如果你願意，先發布一個Beta版，這樣只有一小部分用戶能夠發現你的應用里的大問題(因為你的程序里肯定會有bug)，他們會幫助你改進程序的質量。不要忙著增加功能，要專注於把你目前的程序變的穩固。
當經過了beta階段，你的程序已經變得十分的穩固，聽取用戶反饋的意見，自己試用一下自己的應用，你可以開始思考如何使應用變的更好。找出不和諧的地方，消除掉。以後每次的迭代都要經過上面所說的五個步驟，但就像我最初說的，你現在已經有了一個可以運行的應用程序，你很容易直接在心裡完成這些步驟，直接奔向在代碼里測試你的功能。
恭喜，你已經自豪的成為一個web應用程序的作者了。
『拾』 開發一個web 項目的大概流程
1.
首先了解項目需求，形成項目需求文檔
2.
根據web項目未來的運行方式和場景選擇web運行伺服器，資料庫以及開發語言，還有支持的瀏覽器最低版本
3.
小型的web項目最好邊開發邊和用戶交流，以盡可能滿足用戶需求
4.
大型的web項目最好能將需求讓用戶確認，便於未來需求修改時評估修改成本或以合適理由拒絕修改
5.
小型組網測試。小范圍內測試web項目的功能和交互方式。
6.
壓力測試。如果web項目的使用人數將來會非常大，可能要找工具對該項目進行壓力測試。
7.
試運行。試運行也可和前期測試相結合。
8.
正式上線。
9.
後期維護。