TSPi总结
*****************************第一章 TSPi简介************************
1、什么是TSPi？
答：TSPi（introduction to the team software proce）提供了一整套结构化的步骤，告诉一个软件工程师在软件协作开发中每一步该怎样做，并且详细阐述了把这些步骤连接起来以完成一个完整产品的方法
2、在决定每个周期的规模（size）和内容（content）时，要考虑以下内容：
答：
1、每一个周期都必须完成一个最终产品的前期可测试品
2、每一个周期必须小到可以保证在一定时间内完成开发和测试任务
3、各个周期的产品可以组合成所要的最终产品
**********************第二章 团队软件过程的逻辑**********************
1、工程失败的原因（why projects fail？）
答：对压力的不良反应是工程失败的普遍原因。软件工程中常见的压力来源是日程表安排的太紧。
2、常见的团队问题：（common team problems）
答：
1、领导不力
2、无法协同合作
3、缺少参与
4、拖延并缺少信心
5、质量低劣
6、随意增加功能
7、无效的互评
3、团队的定义？（what is a team？）
答：至少两个人，它们为一个共同的目标而工作，每个人都被分配了一定的角色，任务要靠团队成员的合作才能完成
4、成功的团队与其他团队不同的条件和特性？（building effective teams）
答：
1、具有高效的内聚力（team cohesion）
2、有挑战性的目标（challenging goals）
3、及时得到每个成员的表现反馈（feedback）
4、具有一个达成一致意见的工作框架（common working framework）
5、TSPi是如何组建团队的？（how TSPi builds teams？）
答：
1、确定目标（goals）
2、选择角色（roles）
3、制定计划（plans）
4、内部交流（communication）
5、外部交流（external communication）
**********************第三章 协同工作的基本准则*********************
1、有效的管理自我是做好所有事情的基础，自我管理的要素包括：
答：
1、对工作负责
2、努力为工作目标奋斗
3、处事的原则：尊重自己、尊重他人
2、影响团队工作效率的因素
答：
1、团队中成员的相互交流
2、团队中成员对整个团队的承诺和义务
3、团队中成员参与团队的活动
时光可见 第 1 页 2013-4-20
3、团队建设的主要目标就是使团队中的所有成员积极的参加工作，团队建设的责任主要以下几个方面
答：
1、接收团队分配的角色，尽自己所能把工作做好
2、参与团队工作计划的制订并努力按照工作计划展开工作
3、建设并维护一个高效而又相互合作的团队
*************************第四章 启动过程*****************************
1、团队角色（team roles）
答： 团队领导（team leader）、开发经理（development manager）、计划经理（planning manager）、质量/过程经理（quality/proce manager）、技术支持经理（support manager）
2、团队目标（制定目标需要考虑的事项）（team goals—goal-setting consideration）
答：
1、目标应该具有挑战性（aggreive），但却是可实现的（realistic），然后努力去实现它
2、目标必须是具体的（specific）、可评估的（measured）
3、对TSPi而言，有三个基本目标，是啥？（goal setting for TSPi？）
答：
1、生产出一个优秀的产品
2、实施一项高效的、管理良好的工程
3、按时完成
4、团队成员的目标？（team member goals）
答：
1、成为一个合作的有效率的团队成员
2、进行始终如一的有纪律的个人工作
3、计划并跟踪个人工作
4、生产出优质的产品
5、角色目标？（the role goals）
答：
1、团队领导：
1、组建并维持一个有效的团队
2、激励团队的所有成员在工程中努力工作
3、解决团队成员提交的冲突
4、让教师全面了解团队的进度
5、有效的作为团队会议的召集者
2、开发经理：
1、生产一个出色的产品
2、全面发挥团队成员的能力和才干
3、计划经理：
1、为团队和每个团队成员制订一个完整的、精确的、正确的计划
2、每周准确的报告团队状况
4、质量经理：
1、保证所有团队成员都准确的报告并正确的使用TSPi过程数据
2、保证团队切实遵循了TSPi，生产出质量可靠的产品
3、保证所有的团队检查都是适当的并且被报告
4、保证所有的团队会议都有准确的会议报告，这些报告都被放进项目手册中
5、技术支持经理：
1、团队有合适的工具和方法来支持其工作
2、不存在对产品原型的未经许可的修改
3、团队的所有风险和问题都被记录进风险跟踪系统并每周报告
4、团队实现了开发周期的复用目标
6、团队会议？
答：团队会议的目的是进行团队交流、计划和作决定。每周团队会议的最重要的一项功能是收集和分析前一周一集到此为止的开发周期的数据。
7、第一次团队会议要干啥？
答：
1、确定团队成员的角色
2、讨论周期1的目标并取得一致意见
3、确定每周团队会议例会的时间
4、确定每周所有的团队成员把每周数据提交给计划经理的具体时间
*************************第五章 开发策略*****************************
1、策略是啥？
答：策略告诉在软件开发中如何构造大的系统。策略最基本的目的是你在能按照时间表完成任务的前提下尽可能的减少风险。
PS：TSPi的一条基本策略：必须使用循环的过程来开发产品。
2、风险和问题的含义？
答： 风险（risk）是那些可能发生也可能不发生的事情。
问题（iue）是确定的，如果不采取行动，很可能会导致麻烦
3、可能出现的风险和问题？
答：
1、产品过大
2、过难或不会设计的功能
3、系统支持问题
4、缺陷多导致测试时间长
5、产品控制问题
4、团队根据可能发生的概率和造成的影响给风险进行分级，等级包括：H（high）、M（medium）和L（low）
5、为什么需要SCM（software configuration management）？
答：软件配置管理旨在确保在任何时候产品的内容都是已知的、可用的，以及在从设计到实施的整个过程中，产品的功能都是可跟踪的，可以完全控制和保护产品的内容。
6、配置管理计划中必须包括：配置标识计划（CIP）、配置控制规程（CCP）和配置控制委员会（CCB）
1、CIP旨在确保要控制的所有产品都有唯一的名称，指出每个产品何时处于配置控制之下（被基准化）以及标识每个产品的所有者。
2、CCP能够确保修改不会相互冲突，不允许多个工程师同时修改同一个程序，并确保设计的完整性不被破坏
3、CCB的主要职责是确保所有的基准化产品以及对其所做的修改都是合理的，并有和好的质量
*************************第六章 开发计划*****************************
1、为什么要制订计划？
答：有一个计划的话，工作质量会更高，也能够更好的完成每一项任务
2、计划价值（PV：planned value）是计划每项工作在总工作。获得价值（EV：earned value）是已完成任务的所有PV价值之和
3、跟踪计划过程—计划价值计算范例
4、计划过程
答：
1、估计本开发周期产品的规模
2、产生工作计划
3、产生日期安排计划
4、比较TASK和SCHEDULE表
5、填写团队计划摘要
6、产生质量计划
5、质量计划给出了系统中每个模块的质量情况，质量计划包括以下几个方面的内容：
答：主要比率、无缺陷比率（PDF）、缺陷数/页、缺陷数/KLOC、缺陷比率、开发时间比率、A/FR、复查速率、检查速率、缺陷引入率、缺陷排除率、阶段成品率、过程成员率
6、无缺陷比率就是在给定的阶段内没有缺陷的产品部件所占的百分比。例如：如果一个产品由10个部件组成，在编译阶段有8个部件有编译缺陷，则编译阶段的PDF值为20%
7、缺陷比率提供了深入分析高层设计和代码复查的质量的方法。主要有两种缺陷比率： 答：
1、代码复查/编译
2、设计复查/单元测试
8、阶段成品率（phase yields 缺陷排除效益）指的是一个程序在给定的阶段中排除的缺陷的百分比
9、过程成品率（proce yields）用来衡量在给定阶段之前排除的缺陷数与该阶段之前引入的缺陷数的百分比
**************************第七章 需求开发过程************************
1、软件需求规格说明书，功能需求和非功能需求？
答：
2、需求分析阶段要写系统测试计划，why？
答：
***********************第八章 团队设计（总体设计）*********************
1、团队设计的原则？
答：总体设计必须生成一个软件总体设计说明书SDS（software design specitication），它包括产品的每个部件、它们的界面以及状态行为完整的功能的规格说明
2、总体设计和详细设计的差别仅在于范围和细节，在设计阶段完成总体设计，在实现阶段完成详细设计
3、设计标准的制定
答：
1、命名约定
2、界面格式
3、系统的消息和错误消息
4、缺陷标准
5、程序规模的计算
6、设计表示的标准
4、复用是增加团队生产力的一种有效的方式，若能建立一个可复用的程序库，开发团队能节省很多开发时间。
5、涉及复用标准的主要问题有：
答：
1、复用界面标准
2、复用文档标准
3、复用部分的质量
4、提供应用支持
6、软件设计说明书（SDS）包含的主要内容？
答：
1、产品的总体结构
2、主要的产品部件和它们的界面规范
3、将功能分配给部件
4、部件之间的关联关系
7、集成测试计划是在设计阶段，why？
答：集成测试要检验系统部件的所有界面，因此，在制作SDS时，形成集成测试计划是很有必要的
*************************第九章 产品实现*****************************
1、实现的标准拓宽了设计阶段定义的设计标准，主要涉及以下标准问题？
答：
1、命名、界面、消息和复用标准的复查
2、（编码标准）
3、（规模标准）
4、缺陷标准
5、（缺陷预防）
* 注：（）内为相对设计的新的独有
2、实现的策略应与设计的策略保持一致，建议考虑以下三种实现策略？
答：
1、复查
2、复用
3、测试
3、在实现阶段中复查和检查源程序的重要性？
答：
1、许多在实现阶段引入的缺陷是由于录入源程序时按键的随机错误导致的打字缺陷
2、要想在测试阶段发现这些随机缺陷是非常困难的，因为测试仅用于发现在专门测试环境中碰到的缺陷；因此，为保证找出所有的随机缺陷，必须运用所有的程序逻辑路径，用所有可能的数据和操作环境来进行测试
3、复查和检查能同时为程序的逻辑部分考虑所有的路径和数据，因此，复查和检查比测试更有效
4、当对源程序进行复查和检查时，发现一个设计缺陷是很困难的
5、为了制作出高质量的程序，应在进行编码之前对源程序的设计文档进行检查
4、单元测试计划在详细设计之后，why？
答：
********************第十章 集成测试与系统测试************************
1、在TSPi中，测试的目的是为了评估产品，而不是为了修正它，在测试阶段以前应该已经发现并修正了几乎所有的缺陷
2、一个产品的质量是在它被开发时决定的，why？
答：通常，当测试一个质量差的产品时，测试之后得到的仍然是质量差的产品。因为测试的目的是为了评估产品，而不是为了修正它
3、TSPi的测试策略？
答：
1、建立系统
2、集成测试
3、系统测试
4、回归测试
* 注：1-3为第一个周期的测试策略，第二个周期才开始回归测试
4、建立系统的目的是保证已经存在的所有需要的部分，并装配好这个系统
5、集成测试应该只检查所有的部件是否存在以及它们的调用和交互是否起作用，而不应该
检测部件的功能
6、系统测试应测试部件的功能，一个完整的系统测试应能回答？
答：
1、系统是否展示了再需求时要求具备的功能？
2、系统是否达到了它的质量指标？
3、在正常情况下系统是否能适当的运行？
4、在非正常情况下系统是否能适当的运行？
5、用户是否在运行任务与回答正常操作问题时感到不方便？
7、系统测试策略—功能第一的策略
答：
1、首先测试系统每一个预期的功能
2、在重点条件下检查操作，评价可用性
3、最后衡量系统整体的执行情况
8、测试日志包括对进行过的测试的总结以及所取得的测试结果：
1、根据测试日志的数据，可以很容易的知道已经进行过哪些测试，哪次测试发现的问题最多
2、可以得知测试进行的时间以及在进行测试的每个小时发现的错误
3、帮助选择对修改过的程序进行回归测试的最有效的策略
9、测试日志表格
10、用户文档的书写风格？
答：
1、应书写短句
2、使用易懂的词和短语
3、使用标准的条款
11、用户文档复查的4个方面？
答：
1、文档内容
2、准确性
3、可读性
4、易懂性
*************************第十一章 后置处理***************************
1、后置处理提供了一种结构化的方法来改进个人和团队的工作
2、TSPi采用过程改进建议（PIP：proce improvement proposal）来记录每一个出现的改进
思想
3、TSP和PSP特有的开发阶段：后置处理
4、周期报告包括：角色报告和工程师报告
5、角色报告的主要内容：
a) 你怎样评价自己角色的工作情况？
b) 从该角色的观点来看你认为团队工作的怎样？
6、计划经理的报告？
a) 描述团队工作与计划相比怎样？
b) 提出在下一个周期的改进建议
7、每个团队成员使用PEER表格对团队和每个角色做出评价
