软件过程与项目管理/邵晶波
全新正版 假一赔十 可开发票
￥ 36.44 7.4折 ￥ 49 全新
库存2件
北京东城
认证卖家担保交易快速发货售后保障
作者邵晶波、刘晓晓、黄玉妍、唐宏维 著
出版社清华大学出版社
ISBN9787302500285
出版时间2019-08
装帧平装
开本其他
定价49元
货号1201939317
上书时间2024-12-20
商品详情
- 品相描述：全新
- 商品描述
-
作者简介
邵晶波，38岁，哈尔滨工程大学计算机科学与技术专业博士，副教授，中国计算机学会会员。现任哈尔滨师范大学计算机科学与信息工程学院教师。主讲软件过程与项目管理、计算机图形学、计算机专业英语、Java程序设计语言等多门课程。主要研究方向为电子设计自动化。参与过黑龙江省自然基金项目和黑龙江省教育厅科技项目的研究工作，在国内外期刊、学术会议上发表论文十余篇，参与编写教材《网络系统集成》《数据结构》，主编教材《操作系统》，清华大学出版社。
目录
第1章绪论
1.1相关概念
1．1．1项目
1．1．2软件项目
1．1．3项目管理
1．1．4软件过程
1．1．5软件过程管理
1．2软件项目管理知识体系
1．2．1软件项目管理的知识领域
1．2．2软件项目管理知识体系的标准化过程组
第2章范围管理
2．1范围管理概述
2．1．1项目管理的定义
2．1．2项目管理的范围
2．2范围管理计划
2．3需求收集
2．3．1需求输入
2．3．2需求工具
2．3．3需求输出
2．4范围的概念及要素
2．4．1范围的概念
2．4．2范围定义的输入
2．4．3需要的工具与技术
2．4．4范围定义的输出
2．5WBS的创建
2．5．1工作分解结构
2．5．2制订WBS的原则
2．5．3划分WBS的方法
2．5．4WBS的创建过程
2．5．5确定WBS字典
2．6范围核实
2．6．1范围核实的定义
2．6．2范围核实的内容
2．7范围控制
2．7．1范围变更及原因
2．7．2范围控制的定义
2．7．3范围控制内容
2．7．4项目范围变更的控制流程
第3章时间管理
3．1进度管理规划
3．2活动定义
3．2．1活动定义的方法
3．2．2活动清单
3．3活动排序
3．3．1确定活动间逻辑关系
3．3．2绘制项目网络图
3．4活动资源估算
3．4．1活动资源估算的依据
3．4．2活动资源的估算方法
3．4．3活动资源估算的成果
3．5活动历时估算
3．5．1历时估算的依据
3．5．2历时估算方法
3．6进度计划编制
3．6．1进度计划的制订方法
3．6．2项目进度计划
3．6．3进度基准
3．7进度控制
3．7．1进度审查
3．7．2进度优化与控制
第4章成本管理
4．1软件项目成本管理概述
4．1．1软件项目成本管理相关概念
4．1．2影响项目成本超支的主要因素
4．2成本估算
4．2．1成本估算的方法
4．2．2成本估算的交付物
4．3成本预算
4．3．1成本预算概述
4．3．2成本预算的过程
4．3．3成本预算的输入
4．3．4成本预算的输出
4．4成本控制
4．4．1成本控制概述
4．4．2成本控制的主要依据
4．4．3成本控制的输出
4．4．4成本控制的方法与技术
第5章质量管理
5．1质量管理概述
5．1．1质量定义
5．1．2质量标准
5．1．3质量管理层次
5．2质量模型
5．2．1Boehm质量模型
5．2．2McCall质量模型
5．3质量计划
5．3．1质量计划的内容
5．3．2制订质量计划的步骤
5．3．3编制质量计划的方法
5．3．4质量计划的实施
5．4质量控制
5．4．1软件评审
5．4．2软件测试
5．4．3缺陷追踪
5．5质量度量
第6章人力资源管理
6．1软件项目团队建设
6．1．1人员特点及组织
6．1．2制度建立与执行
6．1．3目标与分工管理
6．1．4人力资源计划
6．2团队建设与管理
6．2．1知识的传递
6．2．2人员培训
6．2．3团队管理方法
6．2．4团队激励
6．3绩效管理
6．3．1绩效管理的概念
6．3．2绩效管理存在的问题
6．3．3绩效管理方法
第7章沟通管理
7．1沟通管理概述
7．2干系人
7.2.1干系人识别
7．2．2干系人分析
7．2．3干系人登记
7．2．4干系人管理
7．3沟通管理规划
7．3．1沟通需求分析
7．3．2沟通方式
7．3．3沟通模式
7．3．4沟通原则
7．3．5沟通管理计划
7．4沟通管理
7．4．1信息发布
7．4．2干系人期望管理
7．4．3沟通管理策略
7．5沟通控制
7．5．1沟通障碍
7．5．2冲突管理
7．5．3沟通艺术
第8章风险管理
8．1风险管理概述
8．1．1风险管理的定义
8．1．2风险管理过程
8．2风险管理模型
8．2．1Charette模型
8．2．2Boehm模型
8．2．3CMMI模型
8．2．4MSF模型
8．3风险识别
8．3．1风险识别方法
8．3．2风险识别过程
8．4风险评估
8．4．1风险度量的内容
8．4．2风险分析技术
8．5风险监控和规避
8．5．1风险应对
8．5．2风险监控
第9章配置管理
9．1相关概念
9．1．1软件配置及软件配置项
9．1．2软件配置管理
9．1．3基线
9．1．4CCB
9．2软件配置管理基本活动
9．2．1制订软件配置管理计划
9．2．2确定配置标识
9．2．3版本管理
9．2．4变更控制
9．2．5系统整合
9．2．6状态报告
9．2．7配置审计
9．3软件配置管理组织
9．3．1软件配置管理组织构成
9．3．2软件配置管理组织方针
9．4配置管理工具
9．4．1配置管理工具选择
9．4．2工具演变简介
9．5软件配置管理实践
第10章项目采购管理
10．1规划采购管理
10．1．1规划采购管理的方法
10．1．2规划采购管理的结果
10．2实施采购
10．2．1采购实施过程
10．2．2招标与投标
10．2．3合同管理
10．3控制采购
10．4结束采购
第11章项目集成管理
11．1项目集成管理的概念及意义
11．2制订项目章程
11．3制订项目管理计划
11．4项目执行指导与管理
11．5项目工作监控
11．6项目整体变更控制
11．7项目收尾管理
11．7．1项目结束
11．7．2项目验收
11．7．3项目移交或清算
11．7．4项目后评价
第12章实训
12．1Visio实训
12．1．1Visio基础
12．1．2Visio 2013工作窗口简介
12．1．3案例1： 利用Visio 2013绘制单位组织结构图
12.1.4案例2： 校园网网站机房机架图
12．2Project实训基础
参考文献
附录项目管理常用的英文缩写
内容摘要
本书根据软件过程与项目管理具体操作规程，结合实际案例，系统介绍范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、配置管理、采购管理、项目集成管理等知识，并通过实训，强化应用技能培养。
主编推荐
"本书融入软件过程与项目管理最新的实践教学理念，力求严谨、与时俱进，知识系统、概念清晰、注重实用性和操作性，既可作为高等院校计算机应用、软件工程等专业的教材，也可以作为IT项目管理从业者的岗位培训用书，并为广大社会计算机应用创业人员提供有益的参考和帮助。
"
精彩内容
第3章时间管理
按时、按预算完成项目是对项目管理者们的基本要求，而由于软件是特殊的产品，是人类思维的产物，软件制品的生产过程中不可控、不可追踪的因素很多，导致很多软件项目不能按期交付，因此合理地安排项目时间是软件项目管理的重要内容。软件项目的时间管理又叫作进度管理，即在项目实施过程中，采取科学的方法确定项目进度，在满足项目质量、成本、时限要求的前提下，拟订出合理且经济的进度计划、适时进行进度控制，从而实现项目的进度目标。
3．1进度管理规划
时间是一种特殊的资源，它因不可逆、不可再现、不可替代而有别于其他资源。因而时间管理是软件项目的重要组成部分。进度管理规划的目标就是在给定的资源限制条件下，采用一定的方法，用最少的时间、最小的成本、最小的风险完成项目工作。它是从时间角度对软件项目进行规划、估算的过程。
一个好的项目管理者应该能够管理好时间，准确地定义所有的项目任务，识别出影响项目进度的关键任务，并跟踪关键任务的进展情况，及时发现拖延项目进度的情况，制订详细的项目计划，并监督、控制软件项目进度按计划完成。
进度计划是项目计划的主要部分。进度计划的过程包括先根据任务分解结果(WBS)进一步分解出主要的活动，确立活动之间的关联关系，然后估算每个活动需要的资源、时间，编制出项目的进度计划。
软件项目的交付期限是软件项目开发的时间要素，是软件项目成功与否的重要标准，是项目管理者关注的核心，应体现在进度计划中。
3．2活动定义
活动定义是识别和描述为完成项目可交付成果而需采取的具体行动的过程。其作用是将工作包分解为活动。
3．2．1活动定义的方法
1. 分解
把项目工作包分解成更小的、更易于管理的工作包――活动。
2. 滚动式规划
滚动式规划方法是一种不断调整、完善的动态编制规划的过程。它的原则是“远粗近细”，先根据实际制订规划，然后根据计划的执行情况和态势调整规划，调整未来的计划，使规划逐渐向前推进。
3. 专家判断
经验丰富的擅长制订项目范围说明书、工作分解结构的项目团队成员或专家，可以提供专业知识进行活动定义。
3．2．2活动清单
为了完成项目应开展的所有活动构成活动清单。某软件项目的活动清单见表3？1。
表3？1某软件项目的活动清单 ID活动名称输入输出内容负责人目前状态验收评价
2需求分析可行性研究需求报告用户需求吴亦已完成优秀
5编码设计报告程序编写程序李竣已完成良好
6．2集成测试单元测试测试报告系统功能测试武菁进行中―
？？？？？？？？
1． 活动属性(活动定义的结果)
活动定义过程中的活动属性是估算活动清单中每一项活动所需资源的依据。
在项目起始阶段，活动属性包括活动标识、WBS标识和活动名称； 当活动结束时，活动属性可能还包括活动编码、活动描述、紧前活动、紧后活动、逻辑关系、时间提前与滞后量、制约因素和假设条件等。
2． 里程碑清单(活动定义的结果)
里程碑是软件过程中的重要时点或事件。
例如，在软件测试周期中，可以定义4个父里程碑和若干个子里程碑。
M1： 测试规划
……
M13： 测试用例设计
M14： 测试用例审查
M2： 单元测试完成
M3： 测试执行
M31： 集成测试完成
……
M4： 测试结束
M41： α测试、β测试
M42： 撰写报告
3．3活动排序
活动排序是识别项目活动之间相互依赖关系，确定活动之间逻辑顺序的过程。软件Microsoft Project可实现活动排序，也可手工完成，或将两种方法结合起来。
3．3．1确定活动间逻辑关系
在对活动进行排序之前，必须了解活动之间的逻辑关系，比如，哪些活动可以并行完成、哪些活动只能等某些活动完成之后才可开始。项目活动间的逻辑关系主要有4种，如图3？1所示。
图3？1项目活动间的逻辑关系
前导图法(Precedence Diagramming Method，PDM)或优先顺序图法是指用节点代表一项活动，用带箭头的线段表示活动间的依赖关系。PDM主要包括4种逻辑关系。
完成→开始： 表示活动B在活动A结束后开始，此种活动间关系最常见。
完成→完成： 表示活动B在活动A结束后结束，活动A与活动B有相同的后置活动。
开始→开始： 表示活动B在活动A开始后开始，活动A与活动B有相同的前置活动。 开始→完成： 表示活动B在活动A开始后结束，此种活动间关系较少见。
3．3．2绘制项目网络图
活动间的逻辑关系确定后，就可以进行活动排序了，其结果是用项目网络图表示排序的结果，主要体现各个活动及相互之间的关系。图3？2所示为某个软件项目的网络图。
图3？2某个软件项目的网络图
3．4活动资源估算
活动资源估算的目的是确定完成各项活动所需的材料、人员、设备或用品种类、数量和性质，以便准确估算成本和历时。不论任何项目，它都有自身的资源限制，因而不考虑资源限制而进行的活动持续时间估算是没有意义的。
3．4．1活动资源估算的依据
软件项目资源主要包括3类，即人力、可复用的软构件(或组件)以及软硬件环境。
(1) 软件项目资源中，人是最有价值的资源。项目计划的制订者要确定开发人员的名单，要根据他们的专长进行分工。
(2) 可复用的软构件(或组件)是软件组织的宝贵资源，它可加快开发进程，提高软件质量与生产率。软构件并非一定要用自己的，可以向专业的软件供应商购买。
(3) 软硬件环境虽不是最重要的资源，却是必需的物质资源。原则上软硬件环境只要符合项目的开发要求即可。有些项目可能要用到特殊的设备，则要事先做好准备，以免影响开发进程。
3．4．2活动资源的估算方法
1. 自下而上的估算方法
自下而上的估算方法是一种估算持续时间或成本的方法。针对WBS，自下而上逐层汇总每个组件所需资源而进行的估算。若无法以合理的可信度对活动进行估算，则工作中的活动还应进一步细化，然后再估算资源需求。若活动之间存在影响资源使用的依赖关系，则应对相应资源的使用方式加以说明。
2. 活动资源需求
活动资源估算的目的是明确完成活动所需的资源种类、数量和性质，以便更准确地进行成本和时间估算。
对每项活动应何时使用多少资源必须有一定估算，即估计项目活动的资源需求以及能否按时、按量、按质提供，这对项目活动的历时估计有直接的影响。
3．4．3活动资源估算的成果
1. 活动资源需求
活动资源估算过程的成果就是确定工作细目中每个活动需要使用的资源类型与数量。可在汇总这些需求后，估算每一工作细目的资源需求量。资源需求描述的详细程度取决于软件项目领域和规模。
2. 活动属性
活动属性反映了每个计划活动必须使用的资源类型与数量。如果在活动资源估算过程中批准变更请求，则应将批准的变更反映到活动清单与活动属性中。
3. 资源分解结构
资源分解结构是按照资源种类和形式而划分的资源层级结构。资源分解结构是项目成本预算的基础。资源分解结构反映了项目执行时资源的种类与控制管理方式。
4. 资源日历
资源日历记录了确定使用某种具体资源(如人员、物资)日期的工作日。资源之间的工作时间有明显区别时，可以为个别资源指定其特殊工作时间、假期、缺勤和计划个人时间，这将有助于创建更准确的日程。Microsoft Project只根据资源日历中资源的可用时间排定资源日程。
若更改资源日历上的工作时间，并将资源分配给任务，则任务按照资源日历的工作时间排定日程； 若使用共享资源库中的资源，或共享其他项目中的资源，则可能使用不同的日历。在共享资源时，应注意实际使用的项目日历。
5. 请求的变更
在活动资源估算过程中可能会提出变更请求，要求在活动清单内添加或删除列入计划的计划活动。请求的变更通过整体变更控制过程审查与处置。
3．5活动历时估算
活动历时估算就是在给定资源条件下，估计完成每个活动所需消耗的资源，为进度计划编制提供依据。
活动历时是对完成计划活动所需时间的定量估计。活动历时估算的结果中应当指明变化范围。举例如下。
(1) 2周±2天是指计划活动至少要用8天，但最多不超过12天(去掉节假日，每周工作5天)。
(2) 超过3周的概率为15%，也就是说，该计划活动需要3周或更短时间的概率为85%。
3．5．1历时估算的依据
在进行活动历时估算时，应综合考虑以下因素。
(1) 工作活动的详细清单提供了对项目各个子活动历时估算的依据，把各个子活动的历时相加即估算出项目的历时。
(2) 项目约束和假设条件。项目历时估算是在项目约束和假设条件下进行的。
(3) 资源情况、数量。资源的数量和总体情况决定了项目的历时长短。
(4) 资源能力、质量、IT项目、人力资源技术/管理水平。该软件项目的物质资源要求、人力资源的能力以及人力资源的管理水平决定了项目的时间需求。
(5) 历史信息。与该软件项目相关的历史项目的记录有助于准确地进行历时估算。
3．5．2历时
— 没有更多了 —
以下为对购买帮助不大的评价