标签:结束 管理 面向对象模型 信息 项目开发 变化 prototype 合同管理 内容
甲方
项目立项
明确项目的目标、时间表、项目使用的资源和经费,而且得到执行该项目的项目经理和项目发起人的认可 .
Make-or-Buy决策,确定待开发产品的哪些部分应当“采购”、“外包开发”或者“自主研发”。
软件项目启动
技术合同概念
技术合同是法人之间、法人和公民之间、公民之间以技术开发、技术转让、技术咨询和技术服务为内容,明确相互权利义务关系所达成的协议。
合同的生存期
合同准备
合同签署
合同管理
合同结束
招标书定义(采购需求定义)
供方选择
合同文本准备
合同准备
合同签署
合同管理
合同结束
项目分析
竞标
合同文本准备
企业内部项目实施的核心是确定任务范围和相关各方进行有效地配合。这将通过相关各方之间的协议来调整。因此,在内部项目实施中,仅仅在合同签署过程中定义了一个协议签署过程。此处协议可视作为“合同”,但无特别的商业约束。其它方面可参考甲乙方的过程。
项目章程(Project Charter)
确认项目存在的文件,包括对项目的确认、对项目经理的授权和项目目标的概述等。
Sample Project Charter
CEO(Chief executive officer)首席执行官 类似总经理、总裁,是企业的法人代表。
COO(Chief operating officer)首席运营官 类似常务总经理
CTO(Chief technology officer)首席技术官 类似总工程师
CIO(Chief information officer)首席信息官 主管企业信息的收集和发布
Roles and Responsibilities:
项目经理的角色
项目组织的领导者、管理者、决策者、分析者、计划者、控制者、组织者、评价者、协调者
项目经理的责任
开发计划、组织实施、项目控制
建筑工程类项目典型生存期模型
制药项目典型生存期模型
软件开发的一种框架。
说明了软件的活动和进行软件开发的过程。
这个模型可以是以活动为中心,可以以产品为中心的。
描述了开发的主要阶段
定义了每一个阶段要完成的主要过程和活动
规范了每一个阶段的输入和输出
提供了一个框架,可以将必要的活动映射到该框架中。
WaterFall model
WaterFall model适合的项目
在项目开始前,项目的需求很明确
在项目开始前,解决方案也很明确
类似的项目如:公司的财务系统、库存管理系统、短期项目
V模型适合的项目
在项目开始前,项目的需求很明确
在项目开始前,解决方案也很明确
对系统的性能安全很严格的项目
类似的项目如:航天飞机、公司的财务系统
Prototype 模型适合的项目
在项目开始前,项目的需求不明确
需要减少项目需求的不确定性
类似的项目如:确定显示界面、第一次开发的产品,验证可行性
增量模型适合的项目
项目开始,明确了需求的大部分,但是需求可能会发生变化
对于市场和用户把握不是很准,需要逐步了解
对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的。
螺旋模型沿着螺线旋转,在四个象限上分别表达了四个方面的活动,即:
制定计划──确定软件目标,需求和选定实施方案,弄清项目开发的限制条件
风险分析──评估所选方案,考虑如何识别和消除风险
实施工程──实施软件开发,编码,测试等
客户评估──评价开发工作,提出修正建议,规划下期任务
Spiral Model适合的项目
风险是主要的制约因素
不确定因素和风险限制了项目进度
用户对自己的需求也不是很明确
需要对一些基本的概念进行验证
可能发生一些重大的变更
项目规模很大
项目中采用了新技术
RAD模型适合的项目
很小并且具有探索性质的项目
适合一个复杂度从小到大变化的项目,例如重整企业的信息系统
最常用的-渐进式阶段模型,综合了增量模型和螺旋式模型的一个实用模型
阶段性完成规划
渐进式阶段模型的特点
阶段式提交一个可运行的产品
关键的功能更早出现
早期预警问题,避免软件缺陷不知不觉的增长
减少报告负担
阶段性完成可以降低估计失误
阶段性完成均衡了弹性(灵活性)与效率
渐进式阶段模型适合的项目
可以适合任何规模的项目,主要是中型或大型项目
希望随时看到未来的项目
其他:
面向对象模型:(大规模)
熟悉各种生存期模型
评审、分析项目的特性
选择适合项目的生存期模型
标识生存期模型与项目不一致地方,并进行裁减
标签:结束 管理 面向对象模型 信息 项目开发 变化 prototype 合同管理 内容
原文地址:https://www.cnblogs.com/ZanderZhao/p/11475016.html