PSP个人软件过程试题(附答案)
1.
答：在两个日志的头部分有关于项目的一些通用信息；
时间日志（Time Recording Log）：时间日志用来记录时间数据。关于时间数据需要填写的内容有：
Phase：选择你正在工作的这条时间记录是属于哪个阶段。
Start:：记录你开始工作的日期时间。双击即可在工具中输入现在的日期和时间。 Int.：以分钟为单位输入中断时间。
Stop:：记录你结束工作的日期时间。双击即可在工具中输入现在的日期和时间。 Delta Time：该条记录的合计时间，将被自动计算。
Comments：用于描述中断，你正在做的任务或者其他任何对你的工作有显著影响的事情。
缺陷日志（Defect Recording Log）：缺陷日志用来记录时间数据。关于缺陷数据需要填写的内容有：
Type：记录缺陷类型，该缺陷类型为缺陷类型标准中定义的十种缺陷类型之一。 Date：记录发现该缺陷的日期时间。双击输入现在的日期时间。
Phase Injected：选择或者输入你判断该缺陷是在哪个阶段引入的。
Phase Removed：记录你发现并修复该缺陷的阶段。
Fix time：记录你找到和修复该缺陷总计花费的时间。你可以精确计时，或者使用你的最佳估计值。
Fix defect：如果这个缺陷是在修复另一个缺陷时引入的，记录那个缺陷的编号。 Description：记录有关缺陷是什么的解释（不是解释症状，是解释这个缺陷的根本原因！）2.
答：·Yield、A/FR、PQI（Process Quality Index）。
Yield：Phase yield 度量产品中某阶段发现和移除的缺陷的百分比。
Yield 能用于度量设计和编码复审，审查，编译以及测试的有效性。
计算式如下：Yield (for a phase) = 100 * (defects found) / (defects found + not found) Process yield 是在这个阶段之前引入的缺陷is the percentage of defects injected before a phase that were found before that phase.。例如，系统测试之前的yield 是系统测试的process yield当不带阶段名使用时，process yield 指的是在编译和测试之前的phase yield。Yield 可以用来估算但是直到已经通过测试和产品使用找到所有缺陷后才能准确计算。Yield 度量在开发者和测试者记录所有缺陷的时候最有用。design and code review defects, compile defects, test defects 通过使用过程控制度量，你更可能进行高yield （high-yield）的复审
A/FR（Appraisal to failure ratio）：A/FR = (appraisal COQ) / (failure COQ)
A/FR 经验：A/FR 度量是与项目相关的；对于PSP 练习，A/FR 的目标是2.0 或更高。高A/FR 与测试缺陷的数量少以及高产品质量相关。项目应当基于估算的无缺陷测试次数设置A/FR 目标。 由于提到A/FR，这里必须解释一下COQ（Cost of Quality）。 COQ 度量以一种对于管理有意义的方式处理质量。COQ 元素是failure, appraisal 和prevention costs. Failure cost 是花在修复和返工上的时间加上所有小块时间。在PSP 中，即为编译和测试时间。 Appraisal costs 是为发现缺陷所做的审查花费。在PSP 中就是设计和编码复审时间。 Defect-prevention cost 是识别和解释缺陷原因的时间。通常在小组或团体中完成，并由其中一名支持部门成员完成。对于PSP defect prevention 行为包括收集缺陷数据，改善设计手段和原型。
3.
答：PSP 总共有6 个向上兼容的级别，分别是PSP0、PSP0.1、PSP1、PSP1.1、PSP2 和PSP2.1。
各个level 的主要内容如下：
PSP0：该级别你建立一个度量表现的基线。（You establish a measured performance baseline.）PSP0 是一个简单、已明确定义的个人过程，它和你原有的软件开发过程的区别不大，主要是验证在小程序中使用已明确定义过程。制定计划。使用你现有的设计和开发手段完成一个小程序。收集关于你工作的时间和缺陷数据。准备一个总结报告。 PSP0 有六个阶段（实际中可能会缺少Compile 阶段）。计划、设计、编码、编译、测试、总结。Planning、Design、Coding、Compile、Test、Postmortem. PSP0 度量：时间——按照阶段跟踪时间，缺陷——记录发现和修复的缺陷。PSP0 有四张表格 PSP0 项目计划总结（PSP0 Project Plan Summary）–总结计划的时间和实际的时间，以及按照阶段发现和修复的缺陷 PSP0 时间日志（PSP0 Time Recording Log ）–用于记录时间 PSP0 缺陷日志（PSP0 Defect Recording Log）–用于记录缺陷 PSP0 缺陷类型标准（PSP0 Defect Type Standard）–用于定义标准缺陷类型
PSP0.1：PSP0.1 有两个新的过程元素：过程改进建议表格（process improvement proposal (PIP) form）、规模计量标准和编码标准（size counting and coding standards）项目计划总结进行了扩展。需要编码和规模计量标准来写PSP 程序。 这些标准根据你所使用的语言和需求进行裁剪定制，并被设计得更易于进行规模计量。编码标准为编码阶段定义了面向质量的退出条件（exit criteria）。
PSP1：该级别开始要进行规模，资源和进度的计划。PSP1 的目标是为开发软件规模估算建立一个有序并且可重复的过程。
新的过程元素是：PROBE 规模估算方法和规模估算模板（PROBE size estimating method and size estimating template）和测试报告模板（test report template）
PSP1.1：该级别有两个新过程元素。但在PSP 练习中用不到。任务计划模板（task planning template）和进度计划模板（schedule planning template）项目计划总结部分已经扩展为包含计划的时间、实际的时间、成本效益比、复用和新增复用的百分比（Planned time、Actual time、CPI、%Reused、%New Reusable）。这些值被自动计算。
PSP2：该级别将实践缺陷和利益的管理。有两个新增的过程元素：设计复审检查表和编码复审检查表（design review checklist and code review checklist）。PSP2 向PSP 中添加了两个关键能力：设计和编码复审以及质量计划。
PSP2.1： PSP2.1 增添了下列过程元素：PSP2.1 design review script，PSP2.1 design review checklist，operational specification template，functional specification template state specification template，logic specification template 添加到PSP2.1 完整项目计划总结中的元素：LPI、UPI、% Appraisal Cost of Quality、% Failure Cost of Quality、COQ A/F Ratio 4.
答：（这里只问了时间，规模只在回归参数的标准上稍有不同，其他可以类推，可见书上表格）
PROBE 是PROxy Based Esitimating的简称。PROBE 方法使用proxy 来估算程序规模和开发时间。（PROBE stands for PROxy Based Estimating. PROBE uses proxies to estimate program size and development time.）Method 简要
A 使用estimated proxy size 进行回归
B 使用plan added and modified size 进行回归
C 一般方法
D 工程师判断（猜）
PROBE-A：使用estimated proxy size (作为proxy E)和development time 之间的关系。 使用此方法的条件是：三组或以上相关数据（R^2 > 0.5），合理的回归参数(table 6.6 on pg. 96)：beta0 接近0（大体上小于新程序期望开发时间），beta1 不大于1/历史生产效率的50% ，至少完成三个PSP1 级别以上的练习
PROBE-B：使用plan added and modified size 和development time 之间的关系。
使用此方法的条件是：三组或以上相关数据（R^2 > 0.5），合理的回归参数(table 6.6 on pg. 96)：beta0 接近0（大体上小于新程序期望开发时间），beta1 不大于1/历史生产效率的50% ，至少完成三个PSP0.1 级别以上的练习
PROBE-C：基于历史平均水平使用一个比值ratio 调整时间。
使用此方法的条件是：只需要一组历史数据即可，使用简单。
分下列三种情况设置回归参数的值：如果有一组estimated added and modified size 和development time 的历史数据，beta0 为0，beta1 为actual total development time to date 比estimated total added and modified size to date 如果有一组plan added and modified size 和development time 的历史数据，beta0 为0，beta1 为actual total development time to date 比plan total added and modified size to date 如果你只有actual time and size 数据，beta0 为0，beta1 为actual total development time to date 比actual total added and modified size to date
PROBE-D： 没有历史数据，使用自己的判断根据estimated added and modified size 估算开发时间。 当没有足够的高质量历史数据，或者面对新的开发环境，要求过去的记录失真时候使用。
5.
Operational template:
操作规格模板描述了用户与系统之间一系列场景。
可以用于定义测试用例，便于明确用户需求，方便与用户之间交互的设计决策。Functional template：
功能规格模板描述了系统可以向用户提供的对外部可见的行为说明书，以及与这些功能相关的系统行为，变量和内部关系（继承关系）。
便于定义系统功能，明确系统中的关键功能点，有利于确定优先级。
State Specification Template:
状态规格模板用于描述系统中所有可能发生的状态的集合，以及状态之间转换的条件，伴随的动作。
有利于明确系统各个组件之间的交互，彼此之间发送的消息，和系统运算的时序。Logic Specification Template:
逻辑规格模板用于描述系统中各个有机组分(方法，项，算法等)的逻辑实现。
有利于对系统的逻辑执行进行不同粒度的考察和精细的设计，确保程序的正确性。
6.
①宏观来看，四个设计模板与UML四个常用的图之间互为表里，有互补性。
②操作规格模板和UML用例图基本是对应的。
③功能规格模板和状态规格模板分别与类图和时序图有联系，他们所描述的是同一个方面的内容，只是具体方法上有差别。
功能规格模板描述的要比类图中的信息更为详实，类图中只有简单的方法的型构。
状态规格模板涵盖了状态之间转换的条件，这是UML图中所缺少的。
④UML四个常用的图中没有与逻辑规格模板对应的图。
7.
地方
①完整性：状态机必须为系统的每个可能状态的所有排列组合进行全覆盖。
②正交性：状态机的下一状态必须是唯一的，即任意状态，在任意相同的转换条件的
作用下，其下一状态必须是一样的。
8.
A).
①从图中可以看出随着对PSP的深入学习，用于编译和测试的时间总体上呈现下降
趋势，这说明PSP对个人软件过程的管理是有利于提升软件产品的质量的。
②考虑到各个项目的代码规模实际上是增长的趋势，这意味着PSP使得开发人员在
保证软件质量的基础上可以开发更大规模的软件，有利于解决软件的复杂性难题。
B).①从图中可以看出随着PSP的深入学习，CQO没有明显变化。
②考虑到各个项目的代码规模实际上是呈现增长的趋势，这说明PSP使得开发人员在开发更
大规模的项目上仍旧付出较小的代价就可以获得较高的质量，这显然是我们所期
待的。考虑的随着规模的提升，软件系统的复杂度有着指数级别的跃升，这一点
不知道怎么回事，课堂上举得例子中应该增加的缺陷数目是可以被DLD和CODE引入的缺陷之和整除的，即缺陷是按照比例分配到这两个阶段的，但是这道题是做不到的，所
10.
（1）PROBE A：理想状态下是第六次作业，原因是在第3次作业中开始使用PROBE 方法，记录代理规模，有estimated proxy size这项数据，要求有至少三组数据。
（2）PROBE B: 理想状态下是第五次作业，原因是在第2次数据中开始用Planned A&M 这个数据，要求同样是用三组可用数据。
11.
（1）确保设计是可评审设计，代码是严格遵循编码规范的可评审的代码。
（2）对设计审查表，代码审查表逐项进行审查，如实记录。
（3）根据审查结果，实时更新设计审查表，代码审查表，建立个性化的审查表格
（4）根据审查结果，进行自我总结，自我检讨，建立持续的自我改进机制。
（5）注意时间，敢于并善于在审查阶段花费时间以提升软件质量。代码<=200LOC/h （6）可以使用规范化的设计验证方法提高设计审查的质量。
12.
（1）规范化表达：
Pros：A).这可能是唯一一种可以对所有情况进行全覆盖的验证方法，可靠性高。
B).这是一种可以普遍使用的方法，简单易行。
Cons：A).应用面很窄，只有很少的设计内容是可以用规范化的语言进行替代的。
B).操作过程中出错的风险较高。
C).难以应对复杂的逻辑。
（2）执行表：对单步代码级的项在特定的条件下一步一步记录结果。
Pros：A).简单易行，可以对特定的用例给出可靠的结果。
Cons：A).一次只能验证一个用例，难以消除偶然。
B)耗时较多。
C).人手动建议，出错可能性较大。
（3）跟踪表：将项目所有可能的情况罗列，每种情况都是用执行标表。
Pros：A).一定程度上弥补了执行表的缺点，可以对更广的范围进行覆盖。
B).同样是相对简单易行的。
Cons：A).耗时很多
B).出错的可能性更高。
（4）正确性检验：使用严谨的数学手段进行证明。
Pros：这样的证明是严格的，精确的，适用于对安全性和可靠性要求很高的场合。
Cons：证明比验证往往具有更高的难度，甚至很多情况下是难以证明的。
13.
解决质量问题的着眼点是：
软件系统的质量取决于系统中质量最差的组件，而系统组件的质量取决于开发软件的工程师，准确的来说是工程师所采取的软件过程。
（1）进行高质量的设计评审和代码评审，因为评审是消除缺陷最有effectiveness 的手段。
（2）进行高效的测试：虽说测试时间多可能意味着质量低，但是测试的确是一种可以有效消除缺陷的手段。
（3）尽量用具有经验的优秀工程师进行开发。
（4）使用PSP的规范方法，对历史数据进行记录，进行估算，并基于估算对项目进程进行跟踪和管理，数据证明PSP的方法是有助于提高产品质量的。
（5）进行周密的计划，“质量是规划出来的”（By GuoPingRong）
（6）高质量的设计：在设计过程中，有效利用设计模板，进行设计，这是最有效的避免缺陷手段。
14.多重回归考虑了add , reused, modified,因素，在实际的项目中，新增代码，重用的代码，修改的代码，其质量，成产率应该是完全不同的，进而会对估算产生影响，需要线性回归进行修正。所以这样，要比只考虑单一的估计代理规模要科学。
15.
（1）便于用规范化的手段对代码的规模进行统计，数据的收集处理，并指导后续的估算和开发。
（2）便于使用自动化的工具进行代码规模的统计，节省了时间，同时也保证了对规模
数据具有统一的执行标准。
（3）统一的编码规范有利于编写可读性高以及可评审的代码，为项目的后续进行奠定良好的基础。
（4）便于后续的ProxySize的统计和估计。
案例-某公司软件过程规范示例
编者说明： 软件过程管理中的一个很重要的工作就是制定项目、组织的过程规范，它是软件开发组织行动的准则与指南。该文档就是一个实际的过程规范的实例，通过该实例，相信对大家根据自身情况制定符合要求的项目过程规范、组织过程规范有很好的借鉴作用。 1.总则 最大限度提高Q&P（质量与生产率），提高Q&P的可预见性，是每一个软件开发机构的最大目标。而Q&P依赖于三个因素：过程、人和技术，因此要实现Q&P的提高，除了加强技术能力，引进、培育更多优质技术人才之外，规范、改进机构的过程是一个十分重要的手段。我们希望通过在制定软件过程规范标准，并在软件开发实践中不断地完善、修订，提高Q&P和Q&P的可预见性。 本规范采用CMM（软件过程成熟度模型）的指导，吸收RUP、XP、MSF、PSP、TSP 等过程规范指南的思想、方法及实践，充分结合xxx技术开发部的实际情况，引入先进的技术、方法、工具，为公司的软件开发工作提供一部详细、可操作的过程指南。在本规范的第一版本中，主要包括管理过程和开发过程两个部分，管理过程中包括项目管理过程、需求变更管理过程、配置管理过程。对于软件开发项目中的其它的一些过程将在实践中逐步补充、完善。 2.项目管理过程规范 项目管理过程是对软件项目过程进行计划、监控/管理、总结的辅助过程，包括需求、配置、成本、进度、质量和风险等的管理。项目管理过程主要包括三个阶段：项目立项与计划、项目实施、项目关闭。 2.1 项目立项与计划 参与人员：技术开发部指定的项目负责人（包括前期负责人、正式的项目经理）、立项申请人、[相关最终客户]以及实施该项目的开发组队成员； 入口准则：接到经公司总经理或副总经理批准的市场部门的《软件开发立项申请表》；
软件过程规范
1.总则 最大限度提高Q&P （质量与生产率），提高Q&P的可预见性，是每一个软件开发机构的最大目标。而Q&P依赖于三个因素：过程、人和技术，因此要实现Q&P的提高， 除了加强技术能力，引进、培育更多优质技术人才之外，规范、改进机构的过程是一个十分重要的手段。我们希望通过在制定软件过程规范标准，并在软件开发实践中不断地完善、修订，提高Q&P和Q&P的可预见性。 本规范采用CMM （软件过程成熟度模型）的指导，吸收RUP、XP、MSF、PSP、TSP 等过程规范指南的思想、方法及实践，充分结合xxx技术开发部的实际情况，引入先 进的技术、方法、工具，为公司的软件开发工作提供一部详细、可操作的过程指南。 在本规范的第一版本中，主要包括管理过程和开发过程两个部分，管理过程中包括项目管理过程、需求变更管理过程、配置管理过程。对于软件开发项目中的其它的一些过程将在实践中逐步补充、完善。 2.项目管理过程规范项目管理过程主要包括三个阶段：项目立项与计划、项目实施、项目关闭 2.1项目立项与计划参与人员：技术开发部指定的项目负责人（包括前期负责人、正式的项目经理）、立项申请人、［相关最终客户］以及实施该项目的开发组队成员； 入口准则：接到经公司总经理或副总经理批准的市场部门的《软件开发立项申请表》； 出口准则：立项申请人签字确认了经修订正后的正式《软件项目计划》，并通过《工作任务卡》下达了开发任务，开发工作正式开始； 输入：经审批的《软件开发立项申请表》、与需求相关的业务资料；输出：《软件项目计划》、《软件需求规格说明书》、《开发任务卡》； 活动： 1.接到《软件开发立项申请表》后，技术开发部经理指定前期负责人，并告知立项申请人； 2.前期负责人阅读《软件开发立项申请表》后，通过与立项申请人的沟通、阅读立项申请人提交的材料、通过立项申请人与客户直接交流等方式，了解项目目标、范围与基本需求；并形成最初的《软件需求规格说明书》； 3.前期负责人会同技术开发部经理以及其它相关人员，制定最初的《软件项目计划》，并组织评审； 4.向立项申请人提交最初的《软件项目计划》； 5.最初的《软件项目计划》通过立项申请人的确认后，项目经理计划安排需求分析; 6.需求分析完成后，形成正式的《软件需求说明书》，提交立项申请人确认；（需求分析过程参见开发过程规范部分）
软件过程管理习题上课讲义
软件过程管理习题
1.阅读全部的CMM内容，选择出你认为最有价值的十条关键实践，并说明理由。 （1）项目软件负责人，设计/编程/测试人员、软件版本管理员均已得到相应的培训，具备了完成其职责所需要的知识和技能。 理由：通过培训，工作人员具有了一定的知识储备，遇到困难能够很快找到相应的解决措施，就可以很快上手，不至于在一个问题上耽误太多时间。因此，为了达到统一的科学技术规范、标准化作业，通过目标规划设定、知识和信息传递、技能熟练而进行培训是十分必要的，这样能减少所需工作时间，提高成员的开发能力和创新能力，从而降低人力成本；减少浪费，从而降低了开发成本。因此，参加培训是十分必须的。 （2）根据项目要求，建立软件有关组（例如工程组、软件测试组等）。 理由：通过建立相关组，各组可以各施其职，同步工作，提高工作效率。因为软件开发时不可能一个人兼顾所有的方面，应该分成几个模块，只做好自己的然后和其他组协调就可以。如专人负责技术方案设计，专人负责数据，专人做技术层面的指导等。这样权责分明，遇到问题能够很快找到相应的负责组，解决问题的时间也将大大减少。 （3）确定设计、编程、测试人员，并实施三分离。 理由：实现了三分离可以更加开阔人员的思维，防止由于思路固定而不能及时发现问题，更有助于激发员工的创新思维，使软件更先进，更经得起考验。。 （4）根据项目软件的质量需要确定本项目所采用的软件开发方法。 理由：确定好软件开发所采用的开发方法，就能尽早的做下步计划，不至于到最后为选择开发方法而浪费太多时间。目前已形成了八类软件开发方法，开发时是选择面向数据结构的开发方法还是面向对象的开发方法，直接会影响到小组的开发进度。要根据成员的擅长情况制定方法。 （5）软件版本管理员，以及设计、编程、测试人员的职责明确。 理由: 权责分明，遇到问题追究到人，会使项目开发更有计划。完善制度，将责任明确到人，这样才能明确目标，将工作细化，使成员做好自己的工作，认识到重要性，使开发过程能高效的进行。
软件开发过程详解
软件开发过程详解 软件开发过程即软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。 生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件开发过程覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。 1.需求分析 1.1 需求分析的特点和任务 需求分析是软件开发的第一步。获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。把需求获取集中在用户任务上—而不是集中在用户接口上—有助于防止开发组由于草率处理设计问题而造成的失误。有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。 需求获取、分析、编写需求规格说明和验证并不遵循线性的顺序，这些活动是相互隔开、增量和反复的。当你和客户合作时，你就将会问一些问题，并且取得他们所提供的信息（需求获取）。同时，你将处理这些信息以理解它们，并把它们分成不同的类别，还要把客户需求同可能的软件需求相联系（分析）。然后，你可以使客户信息结构化，并编写成文档和示意图（说明）。下一步，就可以让客户代表评审文档并纠正存在的错误（验证）。这四个过程贯穿着需求分析的整个阶段。需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。需求获取只有通过有效的客户—开发者的合作才能成功。分析者必须建立一个对问题进行彻底探讨的环境，而这些问题与产品有关。为了方便清晰地进行交流，就要列出重要的小组，而不是假想所有的参与者都持有相同的看法。对需求问题的全面考察需要一种技术，利用这种技术不但考虑了问题的功能需求方面，还可讨论项目的非功能需求。确定用户已经理解：对于某些功能的讨论并不意味着即将在产品中实现它。对于想到的需求必须集中处理并设定优先级，以避免一个不能带来任何益处的无限大的项目。 1.2.需求分析的一般方法
软件过程规范模板
软件过程规范模板 1. 总则 最大限度提高Q&P （质量与生产率），提高Q&P的可预见性，是每一个软件开发机构的最大目标。而Q&P 依赖于三个因素：过程、人和技术，因此要实现Q&P 的提高，除了加强技术能力，引进、培育更多优质技术人才之外，规范、改进机构的过程是一个十分重要的手段。我们希望通过在制定软件过程规范标准，并在软件开发实践中不断地完善、修订，提高Q&P 和Q&P 的可预见性。 本规范采用CMM （软件过程成熟度模型）的指导，吸收RUP、XP、MSF、 PSP、TSP等过程规范指南的思想、方法及实践，充分结合xxx技术开发部的实际情况， 引入先进的技术、方法、工具，为公司的软件开发工作提供一部详细、可操作的过程指南。在本规范的第一版本中，主要包括管理过程和开发过程两个部分，管理过程中包括项目管理过程、需求变更管理过程、配置管理过程。对于软件开发项目中的其它的一些过程将在实践中逐步补充、完善。 2. 项目管理过程规范 项目管理过程主要包括三个阶段：项目立项与计划、项目实施、项目关闭。 2.1 项目立项与计划 参与人员：技术开发部指定的项目负责人（包括前期负责人、正式的项目经理）、立项申请人、［相关最终客户］以及实施该项目的开发组队成员； 入口准则：接到经公司总经理或副总经理批准的市场部门的《软件开发立项申请表》； 出口准则：立项申请人签字确认了经修订正后的正式《软件项目计划》，并 通过《工作任务卡》下达了开发任务，开发工作正式开始；输入：经审批 的《软件开发立项申请表》、与需求相关的业务资料；输出：《软件项目 计划》、《软件需求规格说明书》、《开发任务卡》；活动：
软件过程与管理
软件工程是①将系统性的、规范化的、可定量的方法应用于软件的开发、运行和维护，即工 程化应用到软件上；②对①中所述方法的研究。 软件工程以关注软件质量为目标，包括过程、方法和工具三个要素。 过程：支持软件生命周期的所有活动。 方法：为软件开发过程提供“如何做”的技术。 工具：为软件开发方法提供自动或半自动的软件支撑环境。 软件产品目标的三要素： 时间成本 软件工程：用工程化的思想来管理软件开发 软件过程管理是软件工程的方法之一 软件过程管理的思想：产品的质量取决于过程的质量，采用规范化的软件开发过程。 软件过程是用于软件开发及维护的一系列活动、方法及实践。 管理过程：分项目管理、质量管理、风险管理、子合同管理 工程过程是软件系统、产品的定义、设计、实现以及维护的过程。
开发过程：定义并开发软件产品的活动过程，包括需求分析、软件设计和编程等。 运行过程：在规定的环境中为其用户提供运行计算机系统服务的活动过程。 维护过程：提供维护软件产品服务的活动过程，也就是通过软件的修改、变更，使软件系统保持合适的运行状态，这一过程包括软件产品的移植和退役。 支持过程：文档编制、配置管理、质量保证、验证、确认、联合评审、审核、问题解决 管理过程是在整个软件生命周期中为工程过程、支持过程和客户-供应商过程的实践活动提供指导、跟踪和监控的过程。 项目管理过程是计划、跟踪和协调项目执行及生产所需资源的管理过程。项目管理过程的活动，包括软件基本过程的范围确定、策划、执行和控制、评审和评价等。 主要关注：时间和成本 质量管理过程是对项目产品和服务的质量加以管理，从而获得最大的客户满意度。此过程包括在项目以及组织层次上建立对产品和过程质量管理的关注。 主要关注：质量 风险管理过程，在整个项目的生命周期中对风险不断的识别、诊断和分析，回避风险、降低风险或消除风险，并在项目以及组织层次上建立有效的风险管理机制。 子合同商管理过程，选择合格的子合同商并对其进行管理的过程。 组织过程： 业务规划过程是为组织与项目成员提供对愿景的描述以及企业文化的介绍，从而使项目成员能更有效地工作。 定义过程是建立一个可重复使用的过程定义库，从而对其它过程等提供指导、约束和支持。 改进过程是为了满足业务变化的需要，提高过程的效率与有效性，而对软件过程进行持续的评估、度量、控制和改善的过程。 人力资源和培训过程，为项目或其它组织过程提供培训合格的人员所需的活动。 基础设施过程是建立生存周期过程基础结构、为其他过程建立和维护所需基础设施的过程。 客户－供应商过程是内部直接影响到客户、外部直接影响开发、向客户交付软件以及软件正确操作与使用的过程，包括软件获得、客户需求管理、提供软件、操作软件以及提供客户服务等5个子过程。 软件过程管理：借鉴传统行业的管理方法对软件开发中的过程进行管理。 PDCA循环(戴明环) 过程优化和改进的过程
软件项目管理考试试题库及答案
第零章-软件项目管理概述 一.选择 1. 以下哪一项最能表现某个项目的特征(C) A. 运用进度计划技巧 B. 整合范围与成本 C. 确定期限 D. 利用网络进行跟踪 2. 项目管理需要在相互间有冲突的要求中寻找平衡，除了:(A) A. 甲方和乙方的利益 B. 范围，时间，成本，质量 C. 有不同需求和期望的项目干系人 D. 明确的和未明确表达的需求 3. 以下都是日常运作和项目的共同之处，除了:(D) A. 由人来作 B. 受制于有限的资源 C. 需要规划、执行和控制 D. 都是重复性工作 4. 有效的项目管理要求项目管理团队理解和利用以下专业知识领域的知识和技能，除了:(C) A. 项目管理知识体系 B. 应用领域知识、标准与规章制度 C. 以项目为手段对日常运作进行管理 D. 处理人际关系技能 5. 下列都是子项目的正确说法，除了:(D) A. 划分子项目的目的是为了便于管理 B. 子项目的划分便于发包给其他单位 C. 项目生命期的一个阶段是子项目 D. 子项目不能再往下划分成更小的子项目 6. 管理一个项目包括以下内容，除了:(D) A. 识别要求 B. 确定清楚而又能实现的目标 C. 权衡质量、范围、时间和费用的要求 D. 制定符合项目经理期望的计划和说明书 7. ( C) 是为创造一种产品、服务或者结果而进行的临时性的努力 A. 项目群 B. 过程 C. 项目 D. 组合 8. 下列（D ）不属于项目管理的特征 A. 独特性 B. 通过渐进性协助实施的 C. 拥有主要顾客或项目发起人 D. 具有很小的确定性 9. 下列（ C）不属于项目管理的三维约束 A. 达到范围目标 B. 达到时间目标 C. 达到沟通目标 D. 达到成本目标 10. （ A）就是将知识、技能、工具和技术应用到项目活动，以达到组织的要求 A. 项目管理 B. 项目组管理 C. 项目组合管理 D. 需求管理 11. 为相同的功能组合而实施的一系列应用开发项目，作为（B ）的一部分，后者能够得到更好的管理。 A. 组合 B. 项目群 C. 投资 D. 合作 12. PMI提供的认证项目叫做（B ） A. Microsoft Certified Project Manager B. Project Management Professional C. Project Management Expert D. Project Management Menter 二.填空 1. 项目目标成功实现的制约因素有：（项目范围），成本，进度计划，客户满意度。 2. 项目管理？ 答：项目管理是一系列的伴随着项目的进行而进行的、目的是为了确保项目能够达到期望的结果的一系列管理行为。 3. 项目管理的五要素：（技术），方法，团队建设，信息，沟通。 4. 项目群与项目、项目与子项目的关系是什么？ 答：项目群也称为大型项目，是通过协调来进行统一管理的一组相互联系的项目，它本身可 能不是项目。子项目是将项目分解为更小单位。 5. 软件项目管理分为（项目初始），项目计划，项目执行控制，项目结束。 6. 对于一个组织的管理而言，主要包括战略管理，运作管理，（项目管理） 三.判断 1. “上课”这项活动是项目（x）
嵌入式Linux应用软件开发流程
从软件工程的角度来说，嵌入式应用软件也有一定的生命周期，如要进行需求分析、系统设计、代码编写、调试和维护等工作，软件工程的许多理论对它也是适用的。 但和其他通用软件相比，它的开发有许多独特之处： ·在需求分析时，必须考虑硬件性能的影响，具体功能必须考虑由何种硬件实现。 ·在系统设计阶段，重点考虑的是任务的划分及其接口，而不是模块的划分。模块划分则放在了任务的设计阶段。 ·在调试时采用交叉调试方式。 ·软件调试完毕固化到嵌入式系统中后，它的后期维护工作较少。 下面主要介绍分析和设计阶段的步骤与原则： 1、需求分析 对需求加以分析产生需求说明，需求说明过程给出系统功能需求，它包括：·系统所有实现的功能 ·系统的输入、输出 ·系统的外部接口需求（如用户界面） ·它的性能以及诸如文件/数据库安全等其他要求 在实时系统中，常用状态变迁图来描述系统。在设计状态图时，应对系统运行过程进行详细考虑，尽量在状态图中列出所有系统状态，包括许多用户无需知道的内部状态，对许多异常也应有相应处理。 此外，应清楚地说明人机接口，即操作员与系统间地相互作用。对于比较复杂地系统，形成一本操作手册是必要的，为用户提供使用该系统的操作步骤。为使系统说明更清楚，可以将状态变迁图与操作手册脚本结合起来。
在对需求进行分析，了解系统所要实现的功能的基础上，系统开发选用何种硬件、软件平台就可以确定了。 对于硬件平台，要考虑的是微处理器的处理速度、内存空间的大小、外部扩展设备是否满足功能要求等。如微处理器对外部事件的响应速度是否满足系统的实时性要求，它的稳定性如何，内存空间是否满足操作系统及应用软件的运行要求，对于要求网络功能的系统，是否扩展有以太网接口等。 对于软件平台而言，操作系统是否支持实时性及支持的程度、对多任务的管理能力是否支持前面选中的微处理器、网络功能是否满足系统要求以及开发环境是否完善等都是必须考虑的。 当然，不管选用何种软硬件平台，成本因素都是要考虑的，嵌入式Linux 正是在这方面具有突出的优势。 2、任务和模块划分 在进行需求分析和明确系统功能后，就可以对系统进行任务划分。任务是代码运行的一个映象，是无限循环的一段代码。从系统的角度来看，任务是嵌入式系统中竞争系统资源的最小运行单元，任务可以使用或等待CPU、I/O设备和内存空间等系统资源。 在设计一个较为复杂的多任务应用系统时，进行合理的任务划分对系统的运行效率、实时性和吞吐量影响都极大。任务分解过细会不断地在各任务之间切换，而任务之间的通信量也会很大，这样将会大大地增加系统的开销，影响系统的效率。而任务分解过粗、不够彻底又会造成原本可以并行的操作只能按顺序串行执行，从而影响系统的吞吐量。为了达到系统效率和吞吐量之间的平衡折中，在划分任务时应在数据流图的基础上，遵循下列步骤和原则：
人软件过程(PSP)简介
个人软件过程（PSP）简介 一、前言 个人软件过程(Personal Software Process，PSP)是一种可用于控制、管理和改进个人工作方式的自我持续改进过程，是一个包括软件开发表格、指南和规程的结构化框架。PSP与具体的技术（程序设计语言、工具或者设计方法）相对独立，其原则能够应用到几乎任何的软件工程任务之中。PSP能够说明个体软件过程的原则；帮助软件工程师作出准确的计划；确定软件工程师为改善产品质量要采取的步骤；建立度量个体软件过程改善的基准；确定过程的改变对软件工程师能力的影响。 二、个体软件过程简介 1. 综述 在本次课上，我学习了个人软件过程(Personal Software Process，PSP)的相关知识，在本次报告中，将结合一些资料对个人软件过程的相关概念进行介绍，并写一下我自己的观点。 要开发高质量的软件，必须改进软件生产过程，这是软件工程的常识。目前，业界公认由CMU/SEI开发的软件能力成熟度模型SW-CMM是当前最好的软件过程，并且CMM已经成为事实上的软件过程工业标准。但是，CMM虽然提供了一个有力的软件过程改进框架，却只告诉我们"应该做什么"，而没有告诉我们"应该怎样做"，并未提供有关实现关键过程域所需要的具体知识和技能。为了弥补这个欠缺，Humphrey又主持开发了个体软件过程(Personal Software Process，PSP)。 2. 个体度量过程PSP0和PSP0.1 PSP0是建立个体过程的第一步。通过这一步，学会使用PSP的各种表格采集过程的有关数据，此时执行的是该软件开发单位的当前过程，通常包括计划、开发（包括设计、编码、编译和测试）以及后置处理三个阶段，并要作一些必要的试题，如测定软件开发时间，按照选定的缺陷类型标准、度量引入的缺陷个数和排除的缺陷个数等，用作为测量在PSP的过程中进步的基准。 PSP0.1增加了编码标准、程序规模度量和过程改善建议等三个关键过程域，其中过程改善建议表格用于随时记录过程中存在的问题、解决问题的措施以及改进过程的方法，以提高软件开发人员的质量意识和过程意识。 在这一阶段，必须理解和学会使用规划和度量的技术，以准确地满足期望的需求，其中最重要的是要保持数据的一致性、有用性和简洁性。 我认为，在这一阶段，重点是理解程序员之间约定俗称的编码规范。在大型的程序开发中，需要很多人协作才能完成任务。要想写作编写代码，必须要统一编码规范。另外，一个合格的程序员，应该随时记录自己的软件开发过程中出现的问题以及解决这些问题的方法，作必要的备案。这些都会是今后可以用到的重要材料。 3. 个体质量管理过程PSP2和PSP2.1 PSP2的重点是个体质量管理，根据程序的缺陷善建立检测个人软件过程PSP之过程改进表，按照检测表进行设计复查和代码复查（有时也称"代码走查"），以便及早发现缺陷，使修复缺陷的代价最小。随着个人经验和技术的积累，还应学会怎样改进检测表以适应自己的要求。PSP2.1则论述设计过程和设计模板，介绍设计方法，并提供了设
软件开发过程概述
第1章软件开发过程概述 1.1 软件开发过程概述 1.1.1 软件的概念 软件（Software）简单的说就是那些在计算机中能看的着，但摸不着的东西，概念性的说软件也称为“软设备”，广义地说软件是指系统中的程序以及开发、使用程序所需要的所有文档的集合软件分为系统软件和应用软件。 软件并不只是包括可以在计算机上运行的程序，与这些程序相关的文件一般也被认为是软件的一部分。 软件被应用于世界的各个领域，对人们的生活和工作都产生了深远的影响。 1. 系统软件 系统软件是负责管理计算机系统中各种独立的硬件，使得它们可以协调工作。系统软件使得计算机使用者和其他软件将计算机当作一个整体而不需要顾及到底层每个硬件是如何工作的。 一般来讲，系统软件包括操作系统和一系列基本的工具（比如编译器，数据库管理，存储器格式化，文件系统管理，用户身份验证，驱动管理，网络连接等方面的工具）。 2. 应用软件 应用软件是为了某种特定的用途而被开发的软件。它可以是一个特定的程序，比如一个图像浏览器。也可以是一组功能联系紧密，可以互相协作的程序的集合，比如微软的Office软件。也可以是一个由众多独立程序组成的庞大的软件系统，比如数据库管理系统。较常见的有：文字处理软件如WPS、Word等；信息管理软件；辅助设计软件如AutoCAD ；实时控制软件；教育与娱乐软件。 1.1.2 编程与软件开发 软件开发的内容是：需求、设计、编程和测试。 （1）需求：不仅仅是用户需求，应该是开发中遇到的所有的需求。比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据......为了清楚地知道这些需求，你经常要和客户、项目经理等交流。 （2）设计：编码前，肯定有个计划告诉你要做什么，结构是怎样等等。你一定要按照这个来做，否则可能会一团糟。 （3）编程：如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。
福师《软件过程管理》练习题及标准答案
软件过程与软件管理课程复习题 (一)解释相关概念或术语 1)软件工程 ●是指导软件开发和维护的工程类学科，它以计算机科学理论及其他相关学科的理论为指导，采用工程化的概 念、原理、方法和技术，进行软件的开发和维护，并与经过时间证明正确的管理方法与措施相结合，以较少的代价获取高质量的软件。 ●The IEEE Computer Society：是(1) 将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过 程，即将工程化应用于软件中。(2) 对(1)中所述方法的研究。 2)软件过程 ●软件过程是指软件开发人员开发和维护软件及相关产品（如项目计划、设计文档、代码、测试用例、用户手 册等）的一套行为、方法、实践及变换过程 ●根据IEEE对软件过程概念的解释，软件过程涵盖了软件采购、软件开发、软件维护、软件运行、软件获取、 软件管理、软件支持等7大类的软件活动 ●ISO12207分别将这些活动归结为基本过程、支持过程和组织过程等3大类 3)软件过程工程 为建造软件过程所进行的一系列工程化活动，包含如下基本活动：过程定义、过程例化、过程模拟、过程运作。 现代软件工程=软件项目工程+软件过程工程，这标志着软件过程的时代的到来。 4)软件配置管理 SCM是标识和确定系统中配置项的过程，在系统整个生命周期内控制这些项的投放和变动，记录并报告配置的状态和变动要求，验证配置项的完整性和正确性（GB/T11457-1995软件工程术语）。 针对SCM在软件生命周期各阶段所起的作用，一个完整的SCM环境要求具有版本控制、变更管理、状态统计、和配置审计的功能。 5)CMM CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM 的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。 6)CMM中的关键过程域 每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程方面，它们的实施对达到该成熟度等级的目标起到保证作用。这些过程域就称为该成熟度等级的关键过程域。 ●确定了实现一个成熟度级别所必须解决的问题 ●处于级别3的机构，必须解决级别2和级别3的所有关键过程域中的问题 ●每个关键过程域都确定了一套相应的活动，完成了这些活动，就达到了被认为是对改进过程非常重要的一组 目标 ●目标说明了每个关键过程域的范围、界限和意义 ●对于满足关键过程域的机构，一个关键过程域的所有目标都必须实现 ●每个关键过程域的目标总结了它的关键实践 7)CMM中的关键实践 是指关键过程域种的一些主要实践活动。每个关键过程域最终由关键实践所组成，通过实现这些关键实践达到关
2018-个体软件过程心得体会-word范文模板 (13页)
本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！ == 本文为word格式，下载后可方便编辑和修改！ == 个体软件过程心得体会 篇一：软件开发心得总结 有感于网盘开发过程 有感于网盘开发过 程 .................................................................. (1) 一、软件开发个人体 会： ................................................................ . (2) 二、做软件开发我觉得要明 白： ................................................................ . (2) 三、在开发中遇到问题应该怎么去解 决？ ................................................................ . (2) 四、怎么样才能提高自身的能力？................................................................. (2) 五、怎么样才能做好软件开 发？ ................................................................ . (2) 六、文档的重要 性 .................................................................. .. (3) 七、我的收 获 .................................................................. . (3)
软件过程
1. CMM分哪几个成熟度等级？每个等级的名称是什么？有什么含义？ CMM分为5个成熟度等级，分别是初始级、可重复级、已定义级、已管理级、优化级，具体含义如下： 初始级 组织缺乏明文的管理办法，软件工作没有稳定的环境，制定了计划又不执行，反应式驱动工作开展。 紧急情况下已定的规程丢在一边，急于编码和测试。 个别项目的成功依赖于某个有经验的管理人员。 个别管理人员能顶住削减过程的压力，但他们离职则全然不同。 规定的过程无法克服由于缺乏有效管理带来的不稳定性。 现象往往表现为过程无一定之规，项目进度、预算、功能及产品质量无法保证，项目的实施不可预测。 初始级的软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。也许，有些企业制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行没有政策、资源等方面的保证时，那么它仍然被视为初始级。 可重复级 建立了为跟踪成本、进度和功能的基本项目管理过程。 基于以往项目经验，制定了过程实施规范，使类似的项目可再次成功。 能追踪成本、进度、功能，及时发现问题。 如有分包，其质量也能得到控制。 第二级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面。其中项目管理分为计划过程和跟踪监控过程两个过程。通过实施这些过程，从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。 已定义级 制定了组织的标准过程文件，这是软件工程基础设施的重要组成部分。 建立了组织的软件工程过程组(SEPG)，负责软件过程活动。 制定和实施了人员培训大纲，保证人员能够胜任岗位知识和技能要求。 针对特定项目，可将标准软件过程(OSSP)进行剪裁。 项目成本、工期和功能已受控，质量可跟踪。 管理者了解所有项目对技术进步的要求。 在第二级仅定义了管理的基本过程，而没有定义执行的步骤标准。在第三级则要求制定企业范围的工程化标准，而且无论是管理还是工程开发都需要一套文档化的标准，并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程，剪裁出该项目的过程，并执行这些过程。过程的剪裁不是随意的，在使用前需经过企业有关人员的批准。 已管理级 已为产品和过程建立了量化的目标。 对项目的过程活动，包括生产率和质量均作了度量。 利用过程数据库收集和分析过程的信息。 可量化评价项目过程和产品。 可有效地控制过程和产品的性能，使其限制在规定的范围内。 新应用领域的风险可知可控。 可预知产品的质量。 已管理级(4级) 是量化的管理。所有过程需建立相应的度量方式，所有产品的质量(包括工作产品和提交给用户的产品)需有明确的度量指标。这些度量应是详尽的，且可用于理解和控制软件过程和产品，量化控制将使软件开发真正变成为工业生产活动。 优化级 集中注意于过程的持续改进。 自知过程的薄弱环节，可预防缺陷的出现。 可通过对当前过程的分析，评价对新技术或将出现的变更作出评价。 重视探索创新活动，并将成功的创新推广。
软件过程管理作业
1. 软件能力成熟度模型（CMM）：CMM其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。 2. 软件过程能力：是指软件开发过程能够达到的能力，此过程能力包括能够达到的质量、效率、工期、成本等。 3. 组织过程焦点：组织过程包括组织与项目所使用的所有过程。组织过程与过程资产的可能改进由不同的来源取得，包括过程的度量、执行过程的学习心得、过程评鉴的结果、产品评估活动的结果、以其它组织过程标竿比较的结果，以及组织中其它改进构想的建议。 4. 变更控制：变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。 5. MSF的过程模型：是一套大型系统开发指南,它描述了如何用组队模型、过程模型和应用模型来开发Client/Server结构的应用程序，是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。MSF的最大特性是商业化,并一直体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划(Project)变成产品(Product)直至产生效益，等等，这些都是MSF要考虑的问题。 6.软件过程改进: （SPI，Software Process Improvement)帮助软件企业对其软件过程向更好的方向改变，进行计划、制定以及实施。 l 论述题（5选2） 1) 从你已有的软件过程与软件管理的知识和软件实践经验，谈谈如何判断软件过程是成熟的和有效的。 答：若软件过程满足如下几个标准，则认为其是成熟和有效的： 软件过程被正确无误地通知到现有职员和新雇员，工作活动均按照己规划的过程进行，而且和实际进行工作的方式相一致。 软件过程中，需要时就更新过程，并且通过可控的先导性试验和（或）费效分析使其得到改进。所有项目和在整个组织中，所有的岗位及其职责都是清楚的。 经理能够严格监控产品的质量和顾客的满意程度；有客观的、定量的基础，进度和预算是现实的基于以前的性能数据；能达到产品的成本、进度、功能和质量的预期结果。整个过程一致地遵循一个有纪律的过程，而且存在支持该过程的必要基础设施。 2) 从PSP、TSP、CMM所关注的焦点，简要论述PSP、TSP、CMM之间的关系。 答： PSP、TSP 和CMM为软件产业提供了一个集成化的软件过程框架。三者互相配合，各有侧重，形成了不可分割的整体。 CMM注重于组织能力和高质量的产品，它提供了评价组织的能力、识别优先改善需求和追踪改善进展的管理方式。然而，它实现的成功与否和TSP、PSP密不可分。在CMM的18个关键过程域中，有12个与PSP紧密相关，16个与TSP紧密相关。 PSP注重于个人的技能，能够指导软件工程师如何保证自己的工作质量，估计和规划自身的工作，度量和追踪个人的表现。软件工程师们在他们参与的项目工作之中若充分利用PSP，则可以保证项目整体的进度和质量，有助于CMM目标的实现。
福师《软件过程管理》离线作业一
福师《软件过程管理》离线作业一 一、名词解释 1、软件过程工程 软件过程是人们用于开发和维护软件及其相关过程的一系列活动, 包括软件工程活动和软件管理活动。 2、CMM中的关键过程域 在CMM 中每个成熟度等级（第1 级除外）规定了不同的关键过程域，一个软件组织如果希望达到某一个成熟度等级，就必须完全满足关键过程域所规定的不同要求，即满足每个关键过程域的目标。所谓关键过程域是指一系列相互关联的操作活动，这些活动反映了一个软件组织改进过程时必须集中精力改进的几个方面。换句话说，关键过程域标识了达到某个成熟度等级时所必须满足的条件。在CMM 中一共有18 个关键过程域，分布在2~5 级中。 3、SWEBOK 软件工程知识体系 4、PSP PSP是PlayStation Portable（プレイステーションポータブル）的简称，是日本SONY公司开发的多功能掌机系列，具有游戏、音乐、视频等多项娱乐功能。 二、简答题 1、TSP中的SUMQ的作用。 项目管理者根据质量计划通过SUMQ质量总结表协助团队成员跟踪绩效。SUMQ包括主要比率、无缺陷比率PDF、缺陷数/页、缺陷数/KLOC、缺陷比率、开发时间比率、质检过失比A/FR、复核比率、检查比率、缺陷引入比率、缺陷除去比率、阶段成品率、过程成品率。它提供了对质量问题的估计方法、深入分析设计和代码复核质量的方法以及对整个过程的评估方法使软件开发人员对质量问题更加敏感和小心以便开发出高质量的软件产品。在TSP中质量计划SUMQ的制订与计划小结SUMP的制订相辅相成缺一不可。计划小结的制订又需要参考产品规模摘要SUMS和任务计划TASK而任务计划又与进度计划SCHEDULE密切相关。除此而外质量计划的制订还需要参考质量标准QUAL的要求。质量计划与进度计划之间的内在联系下图所示。在团队成员订出质量计划SUMQ后质量经理就要依据该计划协助团队成员追踪绩效。对于系统的每个部分质量经理要在每个阶
软件项目管理试题与答案
16．2．1 填空题 1．在软项目管理中，控制包括，，和。 2．软件项目计划是由和共同经过阶段后制定的。 3．能协调软件开发，使得混乱减少到最小的方法是使用。 4．在软件的生产过程中，总是有大量各种信息要记录，因此，在产品的开发过程中起着重要的作用。 5．成本估算是在软件项目开发之前，估算项目开发所需的，和。6．软件工程管理不同于其他过程管理，它对保证高质量的产品更具有极为重要的意义。7．成本估算方法中，有自顶向下估算方法，自底向上估算方法和方法。 的制度突出了主程序员的领导，责任集中到少数人身上，有利于提高软件质量。 9．基线的作用是把各阶段的开发工作划分得更加明确，便于检查与确认阶段成果。因此，基线可以作为项目的一个。 10．在一个大系统的开发过程中，由于失误造成的后果要比程序错误造成的后果更为严重。 11．软件工程包含和两大部分内容。 12．在软件开发和维护过程中一个软件往往有许多版本，版本控制工具用来存储，更新，恢复和管理一个软件的。 13．参照以前完成的项目所耗费的总成本，来推算将要开发的软件的总成本，然后把它们按阶段，步骤和工作单元进行分配，这种方法称为方法。 14．软件工程管理的具体内容包括对开发人员，组织机构，用户，等方面的管理。15．差别估算的缺点是不容易明确“差别”的界限，但它的优点是可以提高。16．在一个软件项目的开发过程中要自始至终得到的密切合作与支持。 17．风险分析是实际上就是贯穿在软件工程中的一系列风险管理步骤，其中包括，，，和。 18．软件开发项目生存期详细实际阶段应包括的文档。 19．软件项目计划的第一项活动是确定（） 20．行业标准是由行业机构学术团体或国防机构制定的适合某个行业的标准。IEEE指（），GIB指（）；DOD_STD指（）。 21．工程网络图是一种（）图，该图中用（）表示事件，有向弧或箭头表示子任务的进行，箭头上的数字称为（），箭头下面的括号中的数字表示该任务的（）。 22．软件配置管理。简称SCM,它用于整个软件工程过程。其主要目标是（），（），（）和（）。SCM是一组管理整个软件生存期各阶段中（）的活动。 23．软件配置项（SCI）是软件工程中产生的（），它是配置管理的（）。 24．国家标准由政府或国家级的机构制定或批准，适合于全国范围的标准。中华人民共和国国家集注监督局是中国的最高标准化机构，它所公布实施的标准简称为（），用（）标识；NSI是指（），BS是指（），IN是指（），JS是指（）。 25．软件项目计划包括（）与（）两个任务。 26．软件工程过程中某一阶段的变更，均要引起（）的变更，这种变更必须严格加以控制和管理，保持（），并把精确，清晰的信息传递到软件工程过程的（）。 27．变更控制包括建立（）和建立（）。 28．软件配置管理，简称（）。软件配置项简称（）。 29．根据软件工程标准制定的机构与适用范围，它分为（），（），（），（）和（）五个等级。 30．工程网络只有一个开始点和一个终止点，开始点没有流入箭头称为（）为零。终止点
《软件过程管理》
《软件过程管理》实验文档适用专业：软件工程（本科）实验学时：16 一、适用范围 大纲适用于软件工程本科教学使用。 二、课程名称 《软件过程与管理》 三、实验教学目的和要求 1、实验目的 《软件过程与管理》是一门讲授用规范化的个人（团队）实践从事软件编码的专业基础课程。课程实验的目的是按照软件过程的规范要求，结合实际的程序设计，来深入理解并运用个体（团队）软件过程的基本概念、方法与过程。 2、实验要求 实验目标是让学生能够理解并领会软件过程的基本概念与理论基础上，注重学生实践能力的培养与训练。 必须按照个体软件的过程，真实地采集数据、填写相关的表格、编写有关的文档。 一定要按照相关要求，每个人独立完成。 一定要按照实验的时间安排进行实验，实验结束后提交有关的表格与文档。 四、实验项目与学时分配
实验1 软件过程规范、团队游戏（2学时） 一、实验目的 1.了解软件过程规范。 2.了解我国已建立的一系列软件过程规范。 3.了解软件生命周期两大标准体系ISO和IEEC的内容 4.搜索软件过程模型的有关资料 5.通过游戏，了解团队协作在团队工作中的重要性、增强团队成员的归属感、激发 团队成员员的奋斗精神。 二、实验内容与步骤 1.熟悉软件过程规范的内容 2.了解软件生命周期两大标准体系ISO和IEEC的内容 3.搜索软件过程建模的更多资料 4.按所规定的游戏规则和在15分钟内，完成齐心协力团队游戏 三、实验要求 1、按游戏规则和在规定的时间内，进行齐心协力游戏，成功同时站起来次数最多和用时最少的小组为优秀，最后一名为不合格。中间的依次递减。每违反一次游戏规则，扣10分。 2、根据实验内容完成任务，按上机报告的撰写规范完成实验报告。报告不得相互抄袭或拷贝，否则一律不及格。 3、实验报告至少包括以下内容：①实验目的；②实验内容和步骤；③实验结果；④实验思考题 4、每人撰写一份总结体会报告，要求不少于500字 四、实验思考题 1)你能仅靠一个人的力量就完成起立的动作吗？ 2)如果参加游戏的队员能够保持动作协调一致，这个任务是不是更容易完成？为什么？ 3)你们是否想过一些办法来保证队员之间动作协调一致？ 附：游戏规则 该游戏的游戏规则为： 1) 将学员分成几个小组，每组在5人以上为佳。 2) 每组先派出两名学员，背靠背坐在地上。 3) 两人双臂相互交叉，合力使双方一同站起。 4) 以此类推，每组每次增加一人，如果尝试失败需再来一次，直到成功才可再加一人。