编辑推荐
本书是已出版的《软件是这样“炼”成的——从软件需求分析到软件构架设计》一书的延续,作者仍用投核保系统作为案例,从另一个维度去展现软件开发的全部过程,通过独特的场景描述、纪实性的记录手法,深入剖析了软件过程改进、软件工程管理和软件测试过程管理等三方面的内容。本系列书是作者对自己多年的软件开发的工作和培训经验、技术要领和心得的总结和升华,是五年来日日夜夜一字一句凝结而成的呕心沥血之作。此系列书以软件生命周期为主线,将各种软件开发相关的思想、方法、工具、技术点巧妙地穿插其中,图表详尽、案例难易适中、内容通俗易懂、语言严谨但不失活泼,真可谓是详实的软件“炼成”教学片,完整的软件“炼成”纪录片,每一位软件开发和管理从业人员必备的“软件修炼宝典”!
内容简介
《软件是这样“炼”成的:软件过程管理与软件测试》是作者已出版的《软件是这样“炼”成的——从软件需求分析到软件架构设计》的延续,同样用投核保系统为本书仅有的、连贯性的案例全程记录软件过程改进过程。从文字组织到书的结构设计方面,既不是以理论为主调的“学院派”,也不是以应用介绍为主调的“应用派”,而是采用情景对话、场景在线、自然语言的方式,详细介绍企业软件过程改进活动,记录了投核保系统软件开发过程管理(软件需求分析与架构设计部分内容)。本书介绍软件开发过程管理中应用的理论知识以及这些知识的应用,同时分析这些理论知识的应用场景,然后以投核保系统为案例将软件开发过程中各个阶段的成果完整地展现给读者。
《软件是这样“炼”成的:软件过程管理与软件测试》由软件过程改进、软件过程管理和软件测试过程管理三篇组成,可以让读者全局了解企业软件开发过程,适合从事软件开发的软件项目经理、系统分析师、架构师、程序员、测试人员和质量管理人员等阅读,也适合计算机相关专业毕业生在就业之前了解企业软件开发的真实过程,同时也可以作为大学计算机软件专业项目实训参考教材。
作者简介
王朔韬,1995年毕业于西安公路交通大学(现长安大学),从事软件开发工作将近20年。2004年至今,主要是从事软件企业管理咨询工作,咨询内容包括软件企业开发过程咨询及大型非软件企业的信息化建设规划等。咨询的客户包括南方航空公司、上海沪东中华造船厂等几十家软件企业及大型非软件企业。2009年在IBM高校师资培训中担任主讲老师,也承担怀化学院计算机系部分课程的讲授工作。主要研究方向是软件企业开发过程改进和软件架构。2014年5月出版《软件是这样“炼”成的——从软件需求分析到软件架构设计》。
目录
引言
关于开发团队培训体系的讨论
编写本系列书的思路
本系列书组成
第1篇软件过程改进
第1章软件过程改进动员会
1.1质量管理部经理述职报告
1.2市场部经理述职报告
1.3技术总监述职报告
1.4人力资源述职报告
1.5总经理总结
1.6过程改进思路
1.7软件过程调查问卷全文
1.8会议纪要
第2章软件过程改进篇导读
2.1本篇阅读总流程图
2.2学习前准备
2.3软件过程改进调查
2.4软件过程改进分析
2.5公司组织结构及技术人员考核评价
体系评审
2.6软件开发过程市场评估审批流程
2.7技术人员考核细则
2.8软件开发过程总体方案
2.9软件过程剪裁规程
2.10开发过程域规范
第3章调查问卷分析报告审议
3.1调查问卷分析报告
3.2调查问卷分析报告审议意见
3.3关于人力资源结构调整的讨论
3.4关于市场开发协作的讨论
3.5关于软件过程改进的讨论
3.6关于软件质量保证的讨论
3.7会议纪要
第4章组织结构及技术人员考核评价
体系评审
4.1公司组织结构设计
4.2组织结构评审意见汇总
4.3关于组织结构的讨论
4.4技术人员考核评价体系
4.5技术人员考核评价体系评审结果
4.6关于技术人员考核评价体系的讨论
4.7会议成果
4.7.1任免通知
4.7.2会议纪要
第5章软件开发过程市场评估审批
过程指南
5.1软件开发过程市场评估审批流程
指南全文
5.2评审意见汇总
5.3会议成果
第6章技术人员考核细则
6.1技术人员考核细则全文
6.2技术人员考核细则评审意见汇总
6.3会议成果
第7章软件过程总体模型第一次
讨论
7.1软件过程总体模型方案(初稿)全文
7.2软件过程总体模型评审意见汇总
7.3关于软件过程总体模型的第一次
讨论
7.4会议成果
第8章软件过程总体模型第二次
讨论
8.1软件过程总体模型方案全文
8.2软件过程总体模型评审意见汇总
8.3关于软件过程总体模型方案的
第二次讨论
8.4会议成果
8.4.1软件开发过程文件发布计划
8.4.2相关通知
第9章软件过程剪裁规程讨论
9.1软件过程剪裁规程全文
9.2软件过程剪裁规程评审意见汇总
9.3关于软件过程剪裁规程的讨论
9.4会议成果
第10章项目计划过程域
10.1项目计划过程域全文
10.2项目计划过程域评审意见汇总
10.3项目计划过程域文档模板
10.3.1项目管理计划模板
10.3.2项目成本估计报告模板
10.3.3项目开发度量表模板
10.3.4工作任务分解结构模板
10.3.5成本及资金核算表模板
10.3.6项目计划变更控制报告模板
10.3.7工作量估计模板
10.3.8评审会议记录模板
10.4关于项目计划过程域的讨论
10.5会议成果
第11章项目结项过程域
11.1项目结项过程域全文
11.2项目结项过程域评审意见汇总
第12章项目跟踪与监控过程域
12.1项目跟踪与监控过程域全文
12.2项目跟踪与监控过程域评审意见
汇总
12.3项目跟踪与监控过程域模板
12.3.1项目监控检查表
12.3.2项目问题跟踪表
12.3.3文档签发表
12.3.4项目组工作周报
12.4关于项目跟踪与监控过程域的
讨论
12.5会议成果
第13章立项管理过程域
13.1立项管理过程域全文
13.2立项管理过程域评审意见汇总
13.3立项管理过程域模板
13.3.1软件项目申请表模板
13.3.2软件项目申请状态表模板
13.4关于立项管理过程域的讨论
13.5关于项目经理培训主题的讨论
第14章风险管理过程域
14.1风险管理过程域全文
14.2风险管理过程域评审意见汇总
14.3风险管理过程域模板
14.3.1风险管理计划模板
14.3.2项目风险管理过程检查表
模板
14.4关于风险管理过程域的讨论
第15章配置管理过程域
15.1配置管理过程域全文
15.2配置管理过程域评审意见汇总
15.3配置管理过程域模板
15.3.1配置管理计划模板
15.3.2配置状态报告
15.3.3配置管理工作报告
15.3.4项目配置审计报告
15.3.5项目配置变更请求表
15.3.6配置管理过程检查表
15.4关于配置管理过程域的讨论
15.5会议成果
第16章质量保证过程域
16.1质量保证过程域全文
16.2质量保证过程域评审意见汇总
16.3质量保证过程域模板
16.3.1质量保证计划模板
16.3.2质量保证工作报告模板
16.3.3质量评审表模板
16.3.4缺陷跟踪分析表模板
16.3.5质量审计报告模板
16.4关于质量保证过程域的讨论
第17章需求开发过程域
17.1需求开发过程域全文
17.2需求开发过程域评审意见汇总
17.3需求开发过程域模板
17.3.1需求开发计划模板
17.3.2业务调研计划模板
17.3.3业务调研报告模板
17.3.4需求分析报告模板
17.3.5需求分配表模板
17.3.6需求开发过程检查表模板
17.3.7软件需求分析报告评审
检查单模板
17.4关于需求开发的讨论
第18章需求管理过程域
18.1需求管理过程域全文
18.2需求管理过程域评审意见汇总
18.3需求管理过程域模板
18.3.1分配需求列表
18.3.2需求变更记录表
18.3.3需求变更确认单
18.3.4需求跟踪矩阵
18.3.5需求管理过程检查单
18.4关于需求管理过程域的讨论
第19章软件架构过程域
19.1软件架构过程域全文
19.2软件架构过程域评审意见汇总
19.3软件架构过程域模板
19.3.1技术解决方案建议书模板
19.3.2概要设计说明书(面向对象
分析与设计方法)模板
19.3.3详细设计说明书(面向对象
设计方法)模板
19.4关于软件架构的讨论
19.4.1过程规范与技术关系讨论
19.4.2概要设计文档编写讨论
19.4.3详细设计文档编写讨论
第20章数据架构过程域
20.1数据架构过程域全文
20.2数据架构过程域评审意见汇总
20.3数据库设计报告模板
20.4关于数据架构的讨论
第21章软件实施过程域
21.1软件实施过程域全文
21.2软件实施过程域评审意见汇总
精彩书摘
《软件是这样“炼”成的:软件过程管理与软件测试》:
30.5.1地域性调研
所谓地域性,是指软件使用者的地域分布状况,也就是说系统是在部门内部运行,还是多部门运行,软件系统的使用者,是在同一地区范围,例如系统的使用者都在同一城市还是跨省使用,关于地域性的调研应该是比较重要的内容了,地域性分析决定了系统架构所采取的技术和方法,决定了系统架构所采取的安全性设计要求,决定了系统架构过程中所使用的硬件配置等。地域性分析为需求分析报告编写过程中的硬件需求分析方面提供了非常重要的依据。
30.5.2部门变动性调研
所谓部门变动性,是指单位内部、部门的组织结构调整的频繁程度,组织结构的调整应该包括一级机构的调整和机构内部岗位的调整,以及这些机构调整对系统的影响。这是在业务调研过程中最容易忽略的问题,因为部门的变动性某种意义上会影响系统功能划分的粒度,过小的粒度影响软件开发的质量和进度,过大的粒度将影响客户使用系统的灵活性。
30.5.3业务流程变动性调研
所谓业务流程变动性,是指在现有业务流程的基础上,组织结构内部对业务流程调整的频度,例如业务顺序是否随时可能调整、在同一业务中对岗位的调整频率、这种变化对系统运行的影响等。业务流程的变化性决定了软件系统架构中关于工作流的应用问题。如果业务流程非常频繁的话,在软件开发过程中,是否需要采取工作流技术,工作流技术确实能够很好地适应业务的不断变化,但是开发成本相对较高。
……
前言/序言
走出校门到现在,从事软件开发和咨询工作将近二十年了,经历了许多次软件开发的成败过程。在高校的一位朋友建议我将我的培训过程和咨询经验总结出来,写成一系列书,肯定有读者。在朋友的启发下,我开始准备、整理资料、撰稿等工作,历经5年之久,终于完成了“软件是这样‘炼’成的”的系列书中的两本,本书的名称是《软件是这样“炼”成的——软件过程管理与软件测试》,另一本《软件是这样“炼”成的——从软件需求分析到软件架构设计》已于2014年5月由清华大学出版社出版。
本系列书的最大特点是将学院派和应用派的两大著书思想有效地结合起来,既没有专注讲空洞的理论,也没有专注讲宽泛的应用,将理论与实践融合起来,能够给读者新的感受和收获。在文字组织上,采取了场景再现、情景对话等方式,将软件企业开发过程中的软件过程改进、软件过程管理和软件测试过程全程展现给读者。本书自始至终使用保险公司投核保系统为唯一案例,将软件开发的各个环节串联起来,使得读者能够系统地、完整地了解项目开发的全部过程。
本书由三篇61章组成。第1篇以软件过程改进为主题,包括22章内容,记录了软件过程改进的整个过程;第2篇是以投核保系统为案例,记录投核保系统软件开发过程管理的全部过程,包括19章内容;第3篇以软件测试过程管理为主题,包含20章内容,记录了如何在解读投核保系统需求分析报告的基础上,通过解读概要设计、详细设计、数据库设计等完成测试计划和测试用例的编写,并且同样以投核保系统为唯一案例,完成各种测试报告的编写。本书第1篇和第2篇由王朔韬编写,第3篇由商莉编写。
自《软件是这样“炼”成的——从软件需求分析到架构设计》一书出版后,得到了广大读者的热烈关注和大力支持,并且提出了许多宝贵意见,这里表示衷心的感谢,希望各位继续提出宝贵意见。
由于作者水平有限,书中难免有疏漏和不足之处,恳求各位专家和广大读者提出宝贵意见。
作者2014年11月
软件是这样“炼”成的:软件过程管理与软件测试 下载 mobi epub pdf txt 电子书 格式
评分
☆☆☆☆☆
书籍内容还是很不错的,就有一点的指导意义。书皮磨比较厉害,
评分
☆☆☆☆☆
详细介绍了软件需求到架构过程中所应用的理论知识以及这些知识的应用,同时分析了这些理论知识的应用场景,然后以投核保系统为案例将软件开发过程中各个阶段成果物完整的展现给读者
评分
☆☆☆☆☆
很厚一本,值得认真看看,结合实际很紧密
评分
☆☆☆☆☆
给项目组学习用的,内容很全,当做参考书了
评分
☆☆☆☆☆
煌煌巨著!很专业很仔细!
评分
☆☆☆☆☆
好书。。。。。。。。。
评分
☆☆☆☆☆
东西看着不错,物流很好。
评分
☆☆☆☆☆
可
评分
☆☆☆☆☆
好厚的一本啊,有1000多页,51老师写的,支持下,哈