『壹』 Web開發的基本過程步驟,列出使用到的技術及工具,並說明他們各自所起的作用
前台頁面開發——css，javascript 業務邏輯層開發——struts，ajax 邏輯處理層——spring 資料庫層——hibernate，oracle，mysql，sqlserver
『貳』 我是做java web開發，一年。但是項目的整個運行流程還不清楚。我認為，任何一件事情總有個來龍去脈。
我一做JAVA WEB開放一年多吧。我覺得有些問題你不必現在就太執著於知道，像你問的瀏覽器實現原理就是屬於比較高端底層的東西了。我覺得你不應該停留在外包階段，但是還是先從基礎搞起。像我現在主要就是做網站界面，用JQUERY，還有AJAX，也用SSH框架，可能我們是公司項目小接觸的多。我師傅就跟我說慢慢來現在畫了兩年界面，會用那些框架。基礎牢靠了你的那些問題到時候自然就能解決了，讓你做一些組長和項目經理做的活你才能得心應手。我不知道你在哪個城市，自己的興趣是哪一塊。我對DHTML這一塊就很感興趣，我准備現階段主要精力就研究這一塊，把JS和CSS還有JQUERY和AJAX這些東西用的如火純情研究透了。也是有很大出路的，我師傅跟我說一個JS寫的NB的人在上海幾十萬一年不成問題。
『叄』 java web開發網站流程
你該去專業的清河請鳥問問啊，網路里搜下電話問問
『肆』 如何快速去了解一個Javaweb項目
1.從代碼結構入手，搞清楚Java源碼所在目錄以及jsp代碼所在目錄。
2.從Web.xml入手，搞清楚首頁，上下文及配置情況。
3.從lib目錄里初步查看系統使用的框架和工具包。
4.從頁面大體瀏覽，看頁面的scriptlet使用的主要語言。
5.從代碼包結構初步知曉代碼的層次。
6.從配置文件入手，弄清楚頁面到Action/Servlet的配置關系。
7.搞清楚代碼提交的方式，前台請求如何傳遞到後台，又是如何返回到前台頁面的，這里以Login頁面為最佳切入點。
8.從處理Login的Action/Servlet中觀察，看在session中記錄了多少重要的數據，後面程序又是怎樣用到這些數據的。
9.如果存在樹形菜單，要搞清楚樹形菜單的形成及傳遞請求的方式。
10.歸納幾種典型頁面，搞清楚其處理和響應形式。
11.歸納通用的頁面組件如分頁，上傳下載，非同步請求等原系統是如何處理的。
12.搞清楚後台數據來源及配置，主要是資料庫及通過WebService方式。
13.歸納後台處理的主要業務。
14.可能的話，把後台數據表的ER圖畫出來。
15.典型業務的流程圖可以繪制出來。
『伍』 Web java開發流程 以及各個環節用到的技術
1.初學JAVA者學些C語言做基礎
2.網頁三劍客: DreamWeaver FireWorks(or PhotoShop) Flash ；
對於JAVA程序員來說上面的不一定非要學,但如果你想做一個JAVA WEB開發程序員你最少要會html語言，這是最基本的
當然如果你會一些Div+Css樣式更好
3.資料庫(mysql,SQL Server,Oracle等等)，這些資料庫中你至少要會一種資料庫,
平時在學校的話一般都是用mysql or SQL Server,其原理基本相似，只要會一個其他的都差不多
4.linux操作系統,如果學校不教的話，可以不學，等工作用到了再學習，但是如果學校教授這門課程並且你想成為一句JAVA開發工程師的話
那這門講你最好用心學一下,對以後的開發會起到一定的作用（如果你的公司是linux下開發java的話）
5.java這當然是相當重要的了，這是作為一個JAVAWEB開發程序員最基礎的部分，也就是說WEB開發的動態代碼都是用JAVA寫的，即使是框架也不例外。
這是一門核心知識。比較受大眾喜歡的書籍：Thinking in Java（《JAVA 編程思想》）,《eclipse 從入門到精通》等等。
『陸』 簡述動態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系統的業務流程項目描述可以是系統業務流程嗎
1 構成企業管理信息系統的5個基本要素 對企業需求的描述可以從2個方面來進行描述，一個方面是對客戶現行系統的描述，一個方面是對系統未來的設想。總的而言，無論是從那個方面來描述，構成企業信息系統主要包括5個基本要素：企業的組織結構、流程、數據、商務規則與功能（性能）。其中從用戶的角度主要關注流程，是以流程為核心的，通過流程將其他幾個要素貫穿起來，需求分析人員也應該從這個角度來和用戶溝通；從開發者的角度主要關注企業的數據、商務規則與功能，以便於系統的實現；從實施者的角度主要關注企業的組織結構與功能，以便於系統的發布與實施。 1） 企業的組織模型 即企業的組織結構關系，包括部門設置、崗位設置、崗位職責等。樹型組織結構圖是描述企業的組織模型的一種常用方法，它可用來搞清各部門之間的領導關系,每個部門內部的人員配備情況, 職責分工等情況,它是劃分系統范圍,進行系統網路規劃的基礎。在組織結構圖中應將用戶的組織結構逐層詳細描述，每個部門的職責也應進行簡單的描述。組織結構是用戶企業業務流程與信息的載體，對分析人員理解企業的業務、確定系統范圍具有很好的幫助。取得用戶的組織結構圖，是需求獲取步驟中的基礎工作之一。 用戶環境中的企業崗位或角色，和組織機構一樣，也是分析人員理解企業業務的基礎，也是分析人員提取對象的基礎。 對用戶角色的識別常常遺漏的是計算機系統的系統管理人員，角色識別不全，對以後的功能識別會造成盲區。 （2） 企業的流程模型 即企業的業務流程，包含哪些流程、流程之間的關系、每個流程中包括哪些活動、每個活動涉及到的崗位。企業的作業流程首先要有一個總的業務流程圖，將企業中各種業務之間的關系描述出來，然後對每種業務進行詳細的描述，使業務流程與部門職責結合起來。詳細業務流程圖可以採用直式業務流程圖形式。對企業而言需要定義關於業務流程圖的描述標准，大家採用相同的圖例來描述，便於管理。 業務流程圖的優點 : ■繪圖的過程,實際上是作業流程條理化的過程 ■表達形象直觀,易於和用戶交流,易於項目組內部交流調研的結果,需要得到用戶的認同,這就需要和用戶交流調研的結果,交流的文檔要通俗、易懂, 不能採用專業術語。 ■可以作為培訓實施人員與技術服務人員的文檔 業務流程圖的缺點 : ■對高層管理人員的實際需求調查的不清楚. 這一方面是由於用戶沒有接觸過計算機, 對採用計算機後的管理會是什麼樣子?計算機能夠完成當前手工操作的哪些內容?能夠作哪些現在手工無法完成的工作等等沒有清楚的概念,因此用戶無法將這些問題反應出來. 另一方面說明分析人員沒有經驗,對原始材料挖掘不深,不能從用戶 提供的材料中提煉處來用戶的真正需求,不能找到當前管理中的問題。 ■對各種業務之間的總體關系沒有表達出來. 採用直式業務流程圖可以將企業的每一種業務的處理流程清楚地表達出來, 但是各業務之間的聯系卻沒有表示出來,單看一種業務的流程圖很清楚,但是卻不能綜合在一起,沒有整體的概念,作為需求分析的文檔,在這方面表達的不夠完整。 ■在不利用工具的情況下,畫法煩瑣。 圖形可以將流程描述的很清楚，但是還要附加以一些文字說明，如關於業務發生的頻率、意外事故的處理、高峰期的業務頻率等，不能在流程圖中描述出的內容，需要用文字進行詳細描述。 （3） 企業的數據模型 即企業中的信息載體有哪些？以及對這些信息載體的詳細刻畫，包括企業的各種單據、帳本、報表的描述。在需求報告中，應該將單據的描述格式化，需要描述的內容包括： 單據的用途，即單據用在什麼地方？ 單據的格式：需要明確的畫出來，並有實際的有數據的樣例，能夠具體直觀地說明問題； 單據中的數據項的具體描述：長度、類型、計算生成方法、約束條件等； 單據的數據項是由哪些不同類型的角色來填寫地，包括用計算機可以填那些數據項。 單據中哪些數據是必填的，哪些是可以不用填的。 單據流量：平均每天產生多少條記錄，高峰期的數量； 單據的分類：可以從多個角度上進行分類，如：按業務類型來分類（采購/銷售/生產），按生成的方式來分類（手工錄入型/自動生成型），按格式變化的頻繁程度來分類（易變型/穩定型），按表現形式來分類（列表型/卡片型）等等。 單據之間的關系：引用關系等等。 同樣對於需要的報表與帳本也可以參照上面的條目進行詳細的刻畫。
『捌』 web前端公司工作流程
為大家詳細介紹一下製作一個Web前端頁面的設計流程及注意事項。
一：確定網站主題
每個網站都有自身以及對用戶的定位。針對網站定位確定網站的主題是整個網站運營的核心。一般從網站建設的目標、網站用戶群體、網站產品內容以及企業服務四個方面確定網站主題。此外還需要注意，每個頁面不但要承載整體企業的定位，同時還要側重其中某一個特定主題。
二：網站整體規劃
為了提高用戶體驗以及提高網站在搜索引擎收錄率，在網站建設初期最好能夠理清網站機構，增加不同頁面之間的關聯性，從而更好規劃頁面的布局以及網站功能。一般情況下，產品經理在設計網站初期就會提供完整的業務邏輯圖，設計師和前端工程師根據業務邏輯架構完成相關頁面的設計開發。需要重點考慮的內容包括：網站的功能、網站的結構、拌面布局等等。尤其在網站功能需求較多的情況下，網站整體規劃更加重要。
三、整合素材
在網站整體架構完成後，就可以開始整合收集素材了。網站開發和網站內容籌備同步進行，可以大大提高網頁開發的效率。主要收集的素材包括文本素材（一般由公司內容運營提供相應的文字素材，需要注意的是，這些文字素材的准確性以及版權非唯一性）、圖片素材（現在很少有純文字性的網站，往往需要大量的圖片素材，甚至還有視頻素材等）。
四、網站開發與動態效果
前端頁面開發主要用到HTML、CSS、JavaScript技術。在確定網站結構以及頁面設計圖齊全的情況下，前端開發工程師就可以進行頁面開發了。這個過程中主要完成頁面搭建以及動態效果實現。
此外在前端頁面設計過程中還需要有一些常規的注意事項：頁面解析度設置，在設計網頁時，頁面的寬度盡量不要超過屏幕的解析度，否則頁面可能無法完全展示；注意頁面版心位置。目前比較流行的屏幕寬度解析度一般1200PX~1920px，為了適配不同解析度的顯示器，一般設計班型寬度在1000Px~1200Px之間。
這就是為大家分享的Web前端頁面製作流程以及注意事項。在不同的公司中，前端工程師的崗位職責是不同的，甚至在某些大型互聯網公司中，部分前端工程師僅僅做其中一個環節，即使如此作為前端工程師還是要多多學習大前端的技術知識，才能更好的適應企業人才需求。
『玖』 Java web 開發的基本流程
一、開發框架技術選型：spring,struts, hibernate,ajax之類的。
二、資料庫表結構設計
三、UI界面設計和實現（前台）
四、後台業務代碼實現、界面流轉的編碼實現（後台以及前後銜接）
五、完善、細化功能（界面細節、程序效率優化之類的）
六、集成測試
csdn網站資料全一些
『拾』 成熟的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的功能。方便快捷。
可能全看下來挺復雜，不過前端工程化確實就是這個樣子。幫你脫離之前的手忙腳亂，專注於業務的開發。