Ⅰ 在软件开发中项目管理进行任务分解的基本步骤是
进行工作分解的标准应该统一,不能有双重标准。选择一种项目分解标准之后,在分解过程中应该统一使用此标准,避免因使用不同标准而导致的混乱。可以采用生存期为标准、产品的功能为标准或者以项目的组织单位为标准。进行任务分解的基本步骤如下(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。是在一个项目之内的分解方法。 为什么要用这种方法呢？ 举例来说，我们做一个建筑的项目。客户市拆高场给投资商提供了基本的需求信息，嫌御姿好比功能要遮风避雨，要通水通电要排水要有线电视要能上网等等。这是客户的需求。我们现在知道了这个需求，我们该怎么做呢？我们首先要考虑怎么样遮风避雨啊，要造一栋房子，要有屋顶的，怎样通水通电啊，要铺设管线。。。就这样客户的需求就进行了第一级的分解。有了第一级的分解，就形成了设计任务书，可以交给设计单位去细化了。 有人说，我不分解也可以啊，我直接把他交给设计院好了。其实还是要进行分解，只不过这个过程被人家做了而已。 只有进行分解，才能够提供行动的指南。 施工单位接到了图纸，要进场施工了。他不做任务的分解行不行？肯定不行。没有工作分解，他就没有办法去控制他的进度、质量、成本芹绝。或者说，他的控制就不会细化到需要的程度。 任务分解后每项任务的成本、工时、质量标准都会明确，这将成为进行各项控制的基本依据。 那么接到一项任务后怎样进行任务分解呢？这个分解是与你的目标相关的。你的目标就是上司给你的要求。一般来说逃不出质量成本进度什么的几个方面。确定了你的目标，你就可以为了使管理更简洁直观统计工作更加方便更容易发现差异和问题为基本原则，来进行划分。一般来说，比较发现差异是控制的最终要的过程，而这一过程最大的敌人就是掺杂不清。所以在分解时哥哥部分的独立性是最需要考虑的。 有了清晰的任务分解结构，你的项目管理会更加得心应手。