(六)项目启动时相关概要(66)
2018-01-24 09:37
155 查看
一. 项目类型
1 ) . 合同项目 招投标、合同谈判、合同签署,甲乙双方有合同约束。 详情 参考项目文档“XXXXX合同书”
2 ) . 内部项目 确定任务范围和相关各人员进行有效地配合,无合同约束。
二. 初始项目分析
1 ) . 项目可行性分析 : 根据市场、技术、人员等各资源分析项目的可行性,对分析结果进行认证讨论。
2 ) . 项目范围分析 : 确定项目的功能模块、边界范围等。
3 ) . 项目干系人分析 : 分析确定项目相关人员,包括:项目发起人、项目开发人员、测试人员、维护人员、客户等。
三. 生存期模型
1 ) . 瀑布模型
1.1详解 : 瀑布模型(Waterfall Model) 是通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,每个阶段都会产生循环反馈,因此,如果有信
息未被覆盖或者发现了问题,那么最好 “返回”上一个阶段并进行适当的修改,项目开发进程从一个阶段“流动”到下一个阶段,这也是瀑布模型名称的由来。
1.2 特点 : 项目的需求很明确,解决方案也很明确
1.3 类似的项目如 : 库存管理系统短期项目
2 ) . 原型模型
2.1详解 : 原型模型即样品模型,先借用已有系统作为原型模型,通过“样品”不断改进,使得最后的产品就是用户所需要的。
原型模型
4000
采用逐步求精的方法完善原型,使得原型能够“快速”开发,避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应。 2.2 特点 : 在项目开始前,项目的需求不明确 ,需要减少项目需求的不确定性
2.3 类似的项目如 : 第一次开发的产品,验证可行性
3 ) . 增量模型
3.1详解 : 增量模型融合了瀑布模型的基本成分(重复应用)和原型实现的迭代特征,该模型采用随着日程时间的进展而交错的线性序列,每一个线性序列产生软件的一个可发
布的“增量”。当使用增量模型时,第1个增量往往是核心的产品,即第1个增量实现了基本的需求,但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增
量发布的新特征和功能,这个过程在每一个增量发布后不断重复,直到产生了最终的完善产品。
3.2 特点 :
项目开始,明确了需求的一部分,但是需求可能会发生变化
对于市场和用户把握不是很准,需要逐步了解
对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的。
4 ) . 选择生存期模型
评审、分析项目的特性 选择适合项目的生存期模型 4 ) . 项目经理的角色及责任
4.1 角色 : 项目组织的(领导者,管理者,决策者,分析者,计划者,控制者,组织者,评价者,协调者) 4,2 责任 ; 项目计划 组织实施 项目控制
四. 项目立项
1 ) . 项目立项-项目章程
将项目启动阶段的工作内容形成统一的立项文档,文档没有统一的格式根据公司实际管理水平制定。\\ 参考资料 : 项目章程
2 ) . 项目立项—立项申请报告
明确项目的目标、时间、项目使用的资源和经费,而且得到执行该项目的项目经理和项目发起人的认可。 \\ 参考资料 : 项目立项申请报告
3 ) .招开项目立项会
通常由公司PMO(项目管理办公室)组织立项会,对项目的调研、范围、项目经理等进行确定授权,评审,最后要有评审报告。 \\参考资料 : 立项评审报告
1 ) . 合同项目 招投标、合同谈判、合同签署,甲乙双方有合同约束。 详情 参考项目文档“XXXXX合同书”
2 ) . 内部项目 确定任务范围和相关各人员进行有效地配合,无合同约束。
二. 初始项目分析
1 ) . 项目可行性分析 : 根据市场、技术、人员等各资源分析项目的可行性,对分析结果进行认证讨论。
2 ) . 项目范围分析 : 确定项目的功能模块、边界范围等。
3 ) . 项目干系人分析 : 分析确定项目相关人员,包括:项目发起人、项目开发人员、测试人员、维护人员、客户等。
三. 生存期模型
1 ) . 瀑布模型
1.1详解 : 瀑布模型(Waterfall Model) 是通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,每个阶段都会产生循环反馈,因此,如果有信
息未被覆盖或者发现了问题,那么最好 “返回”上一个阶段并进行适当的修改,项目开发进程从一个阶段“流动”到下一个阶段,这也是瀑布模型名称的由来。
1.2 特点 : 项目的需求很明确,解决方案也很明确
1.3 类似的项目如 : 库存管理系统短期项目
2 ) . 原型模型
2.1详解 : 原型模型即样品模型,先借用已有系统作为原型模型,通过“样品”不断改进,使得最后的产品就是用户所需要的。
原型模型
4000
采用逐步求精的方法完善原型,使得原型能够“快速”开发,避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应。 2.2 特点 : 在项目开始前,项目的需求不明确 ,需要减少项目需求的不确定性
2.3 类似的项目如 : 第一次开发的产品,验证可行性
3 ) . 增量模型
3.1详解 : 增量模型融合了瀑布模型的基本成分(重复应用)和原型实现的迭代特征,该模型采用随着日程时间的进展而交错的线性序列,每一个线性序列产生软件的一个可发
布的“增量”。当使用增量模型时,第1个增量往往是核心的产品,即第1个增量实现了基本的需求,但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增
量发布的新特征和功能,这个过程在每一个增量发布后不断重复,直到产生了最终的完善产品。
3.2 特点 :
项目开始,明确了需求的一部分,但是需求可能会发生变化
对于市场和用户把握不是很准,需要逐步了解
对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的。
4 ) . 选择生存期模型
评审、分析项目的特性 选择适合项目的生存期模型 4 ) . 项目经理的角色及责任
4.1 角色 : 项目组织的(领导者,管理者,决策者,分析者,计划者,控制者,组织者,评价者,协调者) 4,2 责任 ; 项目计划 组织实施 项目控制
四. 项目立项
1 ) . 项目立项-项目章程
将项目启动阶段的工作内容形成统一的立项文档,文档没有统一的格式根据公司实际管理水平制定。\\ 参考资料 : 项目章程
2 ) . 项目立项—立项申请报告
明确项目的目标、时间、项目使用的资源和经费,而且得到执行该项目的项目经理和项目发起人的认可。 \\ 参考资料 : 项目立项申请报告
3 ) .招开项目立项会
通常由公司PMO(项目管理办公室)组织立项会,对项目的调研、范围、项目经理等进行确定授权,评审,最后要有评审报告。 \\参考资料 : 立项评审报告
相关文章推荐
- (六)项目与项目管理相关概要(66)
- 项目在intellij idea里配置tomcat可以启动并访问, 打成war包丢到tomcat webapps下能启动却访问不了相关的接口
- 邓迪大学信息无障碍相关项目概要
- (六)项目结束时相关概要(70)
- 项目已经引用了相关的jar包,但是启动还是报错,是因为服务器没把jar包考进lib目录下
- (六)项目规划时相关概要(68)
- idea中新建web项目及启动项目的相关配置
- Spring Boot相关知识(二) Spring Boot项目启动的执行顺序和原理
- eclipse崩溃后,项目无法启动报错Removing obsolete files from server... Could not clean server 。。。。
- SpringBoot web demo项目启动后立马自动关闭问题解决办法
- 推荐几个自己写的Java后端相关的范例项目(转载)
- 导入项目都idea中,正常启动,但是代码有红色的波浪线
- APMServ5.2.6 Apache启动失败,请检查相关配置(解决方法)
- Eclipse中maven项目的三种启动方式
- 《项目管理修炼之道》第一章——启动项目(笔记)
- 启动Myeclipse 9.1,刷新项目都会报Refreshing external folders NullPointerException错误。
- 服务器启动报错(Jetty、Tomcat),A fatal error has been detected by the Java Runtime Environment(JVM Crash分析及相关
- idea添加jar包时启动tomcat项目时显示jar包找不到
- idea操作maven指令启动springboot项目
- 启动Erlana: Erlang Analytics项目