Ⅰ 在軟體開發中項目管理進行任務分解的基本步驟是
進行工作分解的標准應該統一,不能有雙重標准。選擇一種項目分解標准之後,在分解過程中應該統一使用此標准,避免因使用不同標准而導致的混亂。可以採用生存期為標准、產品的功能為標准或者以項目的組織單位為標准。進行任務分解的基本步驟如下(1)確認並分解項目的主要組成要素。通常,項目的主要要素是這個項目的工作細目。以項目目標為基礎,作為第一級的最整體的要素。項目的組成要素應該用有形的、可證實的結果來描述,目的是使績效易檢測。(2)確定分解標准,按照項目實施管理的方法分解,而且分解的時候標准要統一。分解要素是根據項目的實際管理而定義的。不同的要素有不同的分解層次。例如:項目生存期的階段可以當作第一層次的劃分,把第一層次中的項目細目在第二階段繼續進行劃分。(3)確認分解的詳細程度以及作為費用和時間估計的標准,明確責任。工作細目的分解如果在很久的將來才能完成,就不存在確定性。(4)確定項目交付成果。根據項目規范的衡量標准檢測交付結果。(5)驗證分解正確性。驗證分解正確後,建立一套編號系統。
Ⅱ web項目的啟動流程
一個web中完全可以沒有web.xml文件，也就是說，web.xml文件並不是web工程必須的。
那什麼時候需要，什麼時候可以不需要呢？
要想回答上面的問題，得先了解web.xml文件使用來干什麼的。web.xml文件是用來配置：歡迎頁、servlet、filter等的。當你的web工程沒用到這些時，你可以不用web.xml文件來配置你的web工程。
那麼web.xml能做的所有事情都有那些？
其實，web.xml的模式(Schema)文件中定義了多少種標簽元素，web.xml中就可以出現它的模式文件所定義的標簽元素，它就能擁有定義出來的那些功能。web.xml的模式文件是由Sun公司定義的，每個web.xml文件的根元素<web-app>中，都必須標明這個 web.xml使用的是哪個模式文件。如：
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5"
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
</web-app>
而且web.xml的模式文件中定義的標簽並不是定死的，模式文件也是可以改變的，一般來說，隨著web.mxl模式文件的版本升級，裡面定義的功能會越來越復雜，也即標簽元素的種類會越來越多，但有些是不常用的，我們只需記住一些常用的就可以了。
下面列出web.xml常用的標簽元素及這些標簽元素的功能：
1、指定歡迎頁面，例如：
<welcome-file-list>
<welcome-file-list>
<welcome-file>index.jsp</welcome-file>
<welcome-file>index1.jsp</welcome-file>
</welcome-file-list>
上面的例子指定了2個歡迎頁面，顯示時按順序從第一個找起，如果第一個存在，就顯示第一個，後面的不起作用。如果第一個不存在，就找第二個，以此類推。
關於歡迎頁面：
訪問一個網站時，默認看到的第一個頁面就叫歡迎頁，一般情況下是由首頁來充當歡迎頁的。一般情況下，我們會在web.xml中指定歡迎頁。但web.xml 並不是一個Web的必要文件，沒有web.xml，網站仍然是可以正常工作的。只不過網站的功能復雜起來後，web.xml的確有非常大用處，所以，默認創建的動態web工程在WEB-INF文件夾下面都有一個web.xml文件。
對於tomcat來說，當你只指定一個web的根名，沒有指定具體頁面，去訪問時一個web時，如果web.xml文件中配置了歡迎頁，那麼就返回指定的那個頁面作為歡迎頁，而在文中沒有web.xml文件，或雖然有web.xml，但 web.xml也沒指定歡迎頁的情況下，它默認先查找index.html文件，如果找到了，就把index.html作為歡迎頁還回給瀏覽器。如果沒找到index.html，tomcat就去找index.jsp。找到index.jsp就把它作為歡迎頁面返回。而如果index.html和 index.jsp都沒找到，又沒有用web.xml文件指定歡迎頁面，那此時tomcat就不知道該返回哪個文件了，它就顯示The requested resource (/XXX) is not available的頁面。其中XXX表示web的根名。但如果你指定了具體頁面，是可以正常訪問的。
2、命名與定製URL。我們可以為Servlet和JSP文件命名並定製URL,其中定製URL是依賴一命名的，命名必須在定製URL前。下面拿serlet來舉例：
(1)、為Servlet命名：
<servlet>
<servlet-name>servlet1</servlet-name>
<servlet-class>net.test.TestServlet</servlet-class>
</servlet>
(2)、為Servlet定製URL、
<servlet-mapping>
<servlet-name>servlet1</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
3、定製初始化參數：可以定製servlet、JSP、Context的初始化參數，然後可以再servlet、JSP、Context中獲取這些參數值。下面哪servlet來舉例：
<servlet>
<servlet-name>servlet1</servlet-name>
<servlet-class>net.test.TestServlet</servlet-class>
<init-param>
<param-name>userName</param-name>
<param-value>Tommy</param-value>
</init-param>
<init-param>
<param-name>E-mail</param-name>
<param-value>[email protected]</param-value>
</init-param>
</servlet>
經過上面的配置，在servlet中能夠調用getServletConfig().getInitParameter("param1")獲得參數名對應的值。
4、指定錯誤處理頁面，可以通過「異常類型」或「錯誤碼」來指定錯誤處理頁面。
<error-page>
<error-code>404</error-code>
<location>/error404.jsp</location>
</error-page>
-----------------------------
<error-page>
<exception-type>java.lang.Exception<exception-type>
<location>/exception.jsp<location>
</error-page>
5、設置過濾器：比如設置一個編碼過濾器，過濾所有資源
<filter>
<filter-name>XXXCharaSetFilter</filter-name>
<filter-class>net.test.CharSetFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>XXXCharaSetFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
6、設置監聽器：
<listener>
<listener-class>net.test.XXXLisenet</listener-class>
</listener>
7、設置會話(Session)過期時間，其中時間以分鍾為單位，假如設置60分鍾超時：
<session-config>
<session-timeout>60</session-timeout>
</session-config>
除了這些標簽元素之外，還可以往web.xml中添加那些標簽元素呢，那些標簽元素都能起什麼作用呢？我們只要去查看web.xml的模式文件就能知道。直接看模式文件看不懂，可以找一些中文教程來看看。
Ⅲ 求教從事軟體開發，在專業團隊做web項目的大俠，做一個web項目大概是幾個人一起完成怎麼進行分工的
Web項目，或大或小。即使是一個小網站的人可以兩個或三個獨立的復雜的大系統。
一般來說，應做到以下幾點：
1 /需求設計
做互聯網產品（如已知的差不多），將有一個特殊的角色，產品的設計，這個角色通常被稱為一個產品經理。產品經理的產品，觀眾定位的基礎上，用戶需要設計網站所提供的功能和服務。
自定義的Web系統中，通常研究人員的需求將負責調查客戶的需求，該系統實現的功能是確定的，根據客戶的需求。
產品經理，負責研究人員的需求，必須根據產品或客戶需求設計網站的功能，結構，有時還需要設計原型（哪些頁面，頁面布局如何等， ）。
2 UI設計師
完成後的原型設計專業的UI設計師（這是可以理解的藝術）是負責頁面設計，如使用Photoshop設計一個網站的首頁，二級頁面.....效果圖的用戶或產品經理審查。
系統設計，系統設計人員通常是根據用戶的需求和產品設計系統中的項目結構和框架的實際情況，決定採用何種技術，以實現項目，該項目分成哪些模塊，模塊和模塊之間如何銜接。
4。
設計，前端開發和批准，該頁面被製作成HTML文件（切圖，頁面布局，解決瀏覽器兼容性問題，等等）的前端開發人員。
必要時，前端開發人員需要增加數量的客戶端腳本（通常是JavaScript）再次頁面，以實現交互的客戶端和伺服器的交互。
5。後台開發
大多數Web項目需要守護進程，守護進程可以使用PHP，JSP，ASP / Asp.Net等。按事先約定的規則和前台系統收斂。
6。測試人員
負責預先設計的測試用例測試已完成各種功能模塊，包括單元測試和系統測試。
我們可能做的，如果錯了，請大家指教。
Ⅳ 關於java如何做web應用程序開發，並給出一個的簡單的例子
你好。學習web需要准備的：
1、堅實的java基礎
2、tomcat伺服器
3、一定的html+css+javascript知識
4、servlet+jsp知識
5、模式1和模式2開發
把上面的都學好了，就可以做一個簡單的開發了。一個項目的代碼比較長，貼出來也沒有任何意義，如果樓主沒有上面的知識，有代碼也不能運行。所以建議你還是先學，慢慢練，很快就接觸到例子了。
Ⅳ 項目任務結構分解一般經過哪些步驟
項目經理接手項目以後，會對項目進行展開，並將項目工作分解來著手執行。在進行項目工作分解的時候，一般遵從以下幾個主要步驟：
1.先明確並識別出項目的各主要組成部分，即明確項目的主要可交付成果。一般來講，項目的主要組成部分包括項目的可交付成果和項目管理的本身。在進行這一步時需 需要解答的問題是：要實現項目的目標需要完成哪些主要工作？（一般情況下，項目的主要工作是指貫穿項目始終的工作，它在項目分解結構中主要被列在第二層。）
2.第二步的工作是：確定每個可交付成果的詳細程度是否已經達到了足以編制恰當的成本和歷時估算。 「 恰當 」 的含義可能會隨著項目的進程而發生一定的變化，因為對於將來產生的一項可交付成果進行分解也許是不大可能的。對每個可交付成果，如果已經足夠詳細，則進入到第四步，否則接著進入第三步 —— 這意味著不同的可交付成果可能有不同的分解層次。
3.確定可交付成果的組成元素。組成元素應當用切實的、可驗證的結果來描述，以便於進行績效測量。與主要元素一樣，組成元素的定義應該根據項目工作實際上是如何組織和完成的。切實、可驗證的結果既可包括產品，又可包括服務。這一步要解決的問題是：要完成上述各組成部分，有哪些更具體的工作要做。對於各組成部分的更小的構成部分，應該說明需要取得哪些可以核實的結果以及完成這些更小組成部分的先後順序。
4.核實分解的正確性。即需要回答下列問題：（ 1 ）最底層項對項目分解來說是否是必需而且充分的呢？如果不是，則必須修改組成元素（添加、刪除或重新定義）；（ 2 ）每項的定義是否清並敗尺晰完整？如果不完整，絕高描述則需要修改或擴展；（ 3 ）每項是否都能夠恰當地編制進度和預算？是否能夠分配到接受職責並能夠圓滿完成這項工作的具體組織單元（例如部門、項目隊伍或個人）？如果不能，需要做必要的修改，以便於提供合適的管理控制枯粗。
Ⅵ wbs分解步驟
工作分解結構(簡稱WBS)跟因數分解是一個原理，就是把一個項目，按一定的原則分解，項目分解成任務，任務再分解成一項項工作，再把一項項工作分配到每個人的日常活動中，直到分解不下去為止。即：項目→任務→工作→日常活動。 https：//right.bdstatic.com/vcg/creative/.jpg
WBS分解步驟為：
項目→任務→工作→日常活動，將一個大項目分解成一個個任務，將任務再分解成可以完成的工作，最後將工姿此作分解成一次次的日常活動。
以樹狀余敬形式進行表達，從樹根到樹葉，將錯綜復雜的結構梳理成一級級、一節節的可以完成的工作節點。節點分解適度以一個人日(一個人一天的工作量)為宜，這樣便於工作的分跡毀迅配與管理。
Ⅶ 項目任務分解的主要方法是什麼
工作分解結構（簡稱WBS）跟因數分解是一個原理，就是把一個項目，按一定的原則分解，項目分解成任務，任務再分解成一項項工作，再把一項項工作分配到每個人的日常活動中，直到分解不下去為止。即：項目→任務→工作→日常活動。工作分解結構以可交付成果為導向，對項目要素進行的分組，它歸納和定義陸塌逗了項目的整個工作范圍，每下降一層代表對項目工作的更詳細定義。WBS總是處於計劃過程的中心，也是制定進度計劃、資源需求、成本預算、風險管理計劃和采購計劃等的重要基礎。
Ⅷ 項目中如何對任務分解
把定性的目標分解成定量的目標，把宏偉的目標分解成具體的目標，把三個人完成的目標分解成每個人應完成的目標，把個人要完成的工作分解成幾個過程，這是一種方法，他使你知道什麼時候干什麼，怎樣干，乾的怎麼樣。 任務分解現在流行叫wbs。是在一個項目之內的分解方法。 為什麼要用這種方法呢？ 舉例來說，我們做一個建築的項目。客戶市拆高場給投資商提供了基本的需求信息，嫌御姿好比功能要遮風避雨，要通水通電要排水要有線電視要能上網等等。這是客戶的需求。我們現在知道了這個需求，我們該怎麼做呢？我們首先要考慮怎麼樣遮風避雨啊，要造一棟房子，要有屋頂的，怎樣通水通電啊，要鋪設管線。。。就這樣客戶的需求就進行了第一級的分解。有了第一級的分解，就形成了設計任務書，可以交給設計單位去細化了。 有人說，我不分解也可以啊，我直接把他交給設計院好了。其實還是要進行分解，只不過這個過程被人家做了而已。 只有進行分解，才能夠提供行動的指南。 施工單位接到了圖紙，要進場施工了。他不做任務的分解行不行？肯定不行。沒有工作分解，他就沒有辦法去控制他的進度、質量、成本芹絕。或者說，他的控制就不會細化到需要的程度。 任務分解後每項任務的成本、工時、質量標准都會明確，這將成為進行各項控制的基本依據。 那麼接到一項任務後怎樣進行任務分解呢？這個分解是與你的目標相關的。你的目標就是上司給你的要求。一般來說逃不出質量成本進度什麼的幾個方面。確定了你的目標，你就可以為了使管理更簡潔直觀統計工作更加方便更容易發現差異和問題為基本原則，來進行劃分。一般來說，比較發現差異是控制的最終要的過程，而這一過程最大的敵人就是摻雜不清。所以在分解時哥哥部分的獨立性是最需要考慮的。 有了清晰的任務分解結構，你的項目管理會更加得心應手。