软件项目管理2.docx
- 文档编号:2273989
- 上传时间:2022-10-28
- 格式:DOCX
- 页数:12
- 大小:81.23KB
软件项目管理2.docx
《软件项目管理2.docx》由会员分享,可在线阅读,更多相关《软件项目管理2.docx(12页珍藏版)》请在冰豆网上搜索。
软件项目管理2
1、名词解释
1、软件项目管理:
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。
2、需求管理:
一个为系统的需求进行启发、组织、建档的系统方法,一个建立和维护客户和项目团队之间关于变更系统需求所达成的一致性的过程。
需求管理是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法。
3、软件配置管理:
软件配置管理是指通过执行版本控制、变更控制的规程,以及使用合适的配置管理软件,来保证所有配置项的完整性和可跟踪性。
配置管理是对工作成果的一种有效保护。
4、软件风险管理:
在进行软件项目时,辩识风险,评估它们出现的概率及产生的影响,然后建立一个规划来管理风险。
风险管理(RiskManagement)的定义为,当企业面临市场开放、法规解禁、产品创新,均使变化波动程度提高,连带增加经营的风险性。
良好的风险管理有助于降低决策错误之几率、避免损失之可能、相对提高企业本身之附加价值.[1]
2、简答
1、对软件项目经理的要求包括哪些内容?
答:
(1)在本行业中某一技术领域中具有权威,技术过硬
(2)任务分解能力强(3)注重对项目成员的激烈和团队建设,能量好地协调项目小组成员的关系(4)具备较强的客服人际关系能力(5)具有很强的工作责任心,能够接受经常加班的要求(6)应更注重管理方面的贡献,胜过作为技术人员的贡献。
项目经理是项目组织的管理者,负责对项目的计划、组织、领导和控制等工作,因此,一个项目经理必须具备以下几方面的能力:
5大素质要求:
职业道德、身体素质、心理素质、知识、经验
4大能力要求:
领导能力、决策能力、沟通能力、人力资源开发能力
每个素质能力要求点都蕴含着无限的深意,甚至其中一点足够优秀,就可以让你成为一个非常成功的人。
但作为真正合格的项目经理,你必须全面,除非你对这个职业没有足够的热情。
我们一起来认识他们,给自己一个修炼的方向。
良好的职业道德:
良好的职业道德表现为做人做事的责任心,面对利益冲突的原则性,团队合作的积极性与热情。
不仅如此,而且有着更广泛的内容。
思考吧,职业道德绝对是成为合格项目经理的必要条件之一。
健康的身体:
身体是革命的本钱。
软件项目经理是一个劳心劳力的职业,“责任重而权力小”是大家的共识。
这一切都需要健康的身体。
优秀的心理素质:
心理素质对一个项目经理太重要了。
当然,如果你的心理素质很好,也许你不会感到这是什么问题。
让我感觉,心理素质的一个重要表现是:
面对重大的项目压力时,你的心理承受情况如何?
坚实的知识积累:
知识决定命运,同样决定着项目经理的命运。
坚实的知识积累,当然我更多指跟项目经理职业相关的知识,会成为你项目经理职业生涯的坚实后盾。
丰富的经验:
有丰富的经验注定重要,没有人会反对这一点。
但我想说的是,如果你没有经验,不要气馁,谁生下来就做过项目经理呢。
更重要的是把握获取和积累经验的机会。
一旦你有机会,不要轻易放弃,而要抓住机会,努力为自己积累经验。
如果你恰好刚刚抓住这个机会,我建议你,仔细检查一下自己从事这一职业尚需修炼的内容。
领导能力:
项目经理需要领导能力,而作为项目经理也正在运用着领导能力从事领导工作。
可见领导能力是项目经理必备的能力之一。
项目经理做好领导工作,关键做好如下四件事情:
1)选择正确的人;2)为他们分配正确的工作;3)保持他们的积极性;4)帮助团队凝聚起来并保持团队的凝聚力。
作为项目经理,能做好这四件事情,至少能保证你的领导能力有了不错的发挥。
希望你与我一样,能细细体会。
决策能力:
项目经理作为基层管理人员,又不同于普通的基层管理人员,常常面对各种项目决策,需要较强的决策能力。
其实,我更想说的是,决策技巧能力。
不要把决策与拍板简单等价,务必要认识到决策技巧的重要性。
分清哪些是你可以直接作决策的,哪些必须是借助集体力量才能作决策的,甚至哪些是你根本不能参与任何决策的。
沟通能力:
各种项目管理书籍都强调沟通能力的重要性。
也的确如此,沟通能力是软件开发项目经理必须具备的首要能力。
如果要成为一名出色的项目经理,务必重视沟通能力的培养,但同时一定要注意沟通的技巧,让沟通成为真正有效的沟通。
人力资源开发能力:
人员开发的能力,虽然我常会提到,但我也很明白,并不是所有的项目经理都真正认识到它的重要性。
对于刚刚踏上项目经理职路上的人们,这也是可以理解的。
让你手上资源升值的途径很多,你一定要仔细斟酌。
尽量多的培训、充足的内部交流、非工作方面的经验交流等等,都是必不可少的。
2、软件项目估算规模的基本方法有几种?
答:
(1)Delphi法
(2)类比法(3)功能估算法(4)PERT估计法
方法一、Delphi法
Delphi法是最流行的专家评估技术,在没有历史数据的情况下,这种方式适用于评定过去与将来,新技术与特定程序之间的差别。
这种方式对决定其它模型的输入时特别有用。
方法二、类比法
类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目,通过新项目与历史项目的比较得到规模估计。
方法三、功能点估计法
功能点测量是在需求分析阶段基于系统功能的一种规模估计方法。
通过研究初始应用需求来确定各种输入、输出、计算和数据库需求的数量和特性。
方法四、PERT估计法
PERT对各个项目活动的完成时间按三种不同情况估计:
一个产品的期望规模,一个最低可能估计,一个最高可能估计。
用这三个估计用来得到一个产品期望规模和标准偏差的Pert统计估计。
Pert估计可得到代码行的期望值E,和标准偏差SD.
方法一、Delphi法
Delphi法是最流行的专家评估技术,在没有历史数据的情况下,这种方式适用于评定过去与将来,新技术与特定程序之间的差别,但专家"专"的程度及对项目的理解程度是工作中的难点,尽管Delphi技术可以减轻这种偏差,专家评估技术在评定一个新软件实际成本时通常用得不多,但是,这种方式对决定其它模型的输入时特别有用。
Delphi法鼓励参加者就问题相互讨论。
这个技术,要求有多种软件相关经验人的参与,互相说服对方。
Delphi法的步骤是:
1、协调人向各专家提供项目规格和估计表格;
2、协调人召集小组会各专家讨论与规模相关的因素;
3、各专家匿名填写迭代表格;
4、协调人整理出一个估计总结,以迭代表的形式返回专家;
5、协调人召集小组会,讨论较大的估计差异;
6、专家复查估计总结并在迭代表上提交另一个匿名估计;
7、重复4-6,直到达到一个最低和最高估计的一致。
方法二、类比法
类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目,通过新项目与历史项目的比较得到规模估计。
类比法估计结果的精确度取决于历史项目数据的完整性和准确度,因此,用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制,对历史项目的数据分析是可信赖的。
其基本步骤是:
1、整理出项目功能列表和实现每个功能的代码行;
2、标识出每个功能列表与历史项目的相同点和不同点,特别要注意历史项目做得不够的地方;
3、通过步骤1和2得出各个功能的估计值;
4、产生规模估计。
软件项目中用类比法,往往还要解决可重用代码的估算问题。
估计可重用代码量的最好办法就是由程序员或系统分析员详细地考查已存在的代码,估算出新项目可重用的代码中需重新设计的代码百分比、需重新编码或修改的代码百分比以及需重新测试的代码百分比。
根据这三个百分比,可用下面的计算公式计算等价新代码行:
等价代码行=[(重新设计%+重新编码%+重新测试%)/3]×已有代码行
比如:
有10,000行代码,假定30%需要重新设计,50%需要重新编码,70%需要重新测试,那么其等价的代码行可以计算为:
[(30%+50%+70%)/3]×10,000=5,000等价代码行。
意即:
重用这10000代码相当于编写5000代码行的工作量。
方法三、功能点估计法
功能点测量是在需求分析阶段基于系统功能的一种规模估计方法。
通过研究初始应用需求来确定各种输入、输出、计算和数据库需求的数量和特性。
通常的步骤是:
1、计算输入,输出,查询,主控文件,和接口需求的数目。
2、将这些数据进行加权乘。
下表为一个典型的权值表。
功能类型 权值
输入 4
输出 5
查询 4
主控文件 10
接口 10
3、估计者根据对复杂度的判断,总数可以用+25%、0、或-25%调整。
据发现,对一个软件产品的开发,功能点对项目早期的规模估计很有帮助。
然而,在了解产品越多后,功能点可以转换为软件规模测量更常用的LOC。
方法四、PERT估计法
PERT对各个项目活动的完成时间按三种不同情况估计:
一个产品的期望规模,一个最低可能估计,一个最高可能估计。
用这三个估计用来得到一个产品期望规模和标准偏差的Pert统计估计。
Pert估计可得到代码行的期望值E,和标准偏差SD.
3、什么是软件需求规格说明书?
良好的软件需求规格说明书应有哪些属性?
答:
软件需求的定义
IEEE软件工程标准词汇表(1997年)中定义需求为:
(1)用户解决问题或达到目标所需的条件或权能(Capability)。
(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。
(3)一种反映上面
(1)或
(2)所描述的条件或权能的文档说明。
软件需求包括三个不同的层次—业务需求、用户需求和功能需求—也包括非功能需求。
业务需求(businessrequirement)反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明。
用户需求(userrequirement)文档描述了用户使用产品必须要完成的任务,这在使用实例(usecase)文档或方案脚本(scenario)说明中予以说明。
功能需求(functionalrequirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。
所谓特性(feature)是指逻辑上相关的功能需求的集合,给用户提供处理能力并满足业务需求。
软件需求规格说明还应包括非功能需求,它描述了系统展现给用户的行为和执行的操作等。
它包括产品必须遵从的标准、规范和合约;外部界面的具体细节;性能要求;设计或实现的约束条件及质量属性。
所谓约束是指对开发人员在软件产品设计和构造上的限制。
质量属性是通过多种角度对产品的特点进行描述,从而反映产品功能。
多角度描述产品对用户和开发人员都极为重要。
值得注意的一点是,需求并未包括设计细节、实现细节、项目计划信息或测试信息。
需求与这些没有关系,它关注的是充分说明你究竟想开发什么。
4、软件配置管理的任务有哪些?
答:
软件配置管理的主要任务也就归结为以下几条:
(1)制定项目的配置计划;
(2)对配置项进行标识; (3)对配置项进行版本控制; (4)对配置项进行变更控制; (5)定期进行配置审计; (6)向相关人员报告配置的状态。
在此,我想特别指出的是:
由于软件配置管理覆盖了整个软件的开发过程,因此它是改进我们的软件过程、提高过程能力成熟度的理想的切入点。
希望本文所描述的这个软件配置管理的角色分配和工作流程能在实践中不断地得到完善,从而使我们的软件开发活动能够更加有序、高效的进行!
5、简述软件风险管理的基本过程。
答:
对于现代企业来说,风险管理就是通过风险的识别、预测和衡量、选择有效的手段,以尽可能降低成本,有计划地处理风险,以获得企
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 管理
![提示](https://static.bdocx.com/images/bang_tan.gif)