高级软件开发过程
第1章绪论
1.计算机软件发展的三个阶段：
程序设计阶段（软件工作：程序设计，软件质量：程序设计=数据结构+算法，强调编程技巧）；
软件工程阶段（总结软件危机的教训，软件工作：代码编写+需求分析、测试、维护等等，软件质量：程序的可读性、可理解性、可测试性和易修改性等工程化的原则）；
软件过程阶段（软件工作：软件开发过程+软件管理过程，更强调软件开发的效率、软件质量以及与软件开发相关的管理工作）。
2.现代软件产业的总体情况：
很多软件项目最终不能交付，或者最终交付的软件项目发生延期、成本超出预算、而且运行经常不可靠。
原因：不完整、不现实的项目需求描述、对需求变更束手无策、脆弱的框架、采用不成熟的技术、测试的不充分性、拙劣的进度计划和评估、缺乏资源、不具备项目管理的方法、缺少管理层的支持。
3. 软件周期模型：
定义：软件生命周期模型是软件过程中全部活动的生命周期结构框架的一种形式化描述，也成为软件生存期模型。
种类：瀑布模型、演化（原型）模型、螺旋模型、喷泉模型。
总体局限性：软件过程不仅包括组成过程的各种活动，而且包括各种活动的相关项，如活动的执行者、活动执行时采用的各种方法和工具、活动执行的结果等等，软件生命周期模型用于指导软件开发实践时，表现出较差的可操作性。
4. 软件过程模式：
定义：软件工程模式从成功或失败的软件开发实践中总结而成，是软件过程中生命周期、人员、方法、产品四大要素相互关联的有机整体。
典型的过程模式：Rational统一过程、敏捷过程、微软过程。
其他过程模式：个体/小组软件过程（PSP/TSP）。
5.软件过程模式与软件生命周期模型的关系：软件生命周期模型包含与软件过程模式中。
6.软件过程能力评估标准和改进方案：
CMM（能力成熟度模型）：初始级、可重复级、已定义级、已定量管理级、优化级。ISO9000；6σ。
第2章Rational 统一过程
1.什么是RUP：
Rational统一过程（Rational Unified Process）是一种典型的软件过程模式，对软件过程模式的四大要素——生命周期、人员、方法和产品均进行了详尽的论述；是一种软件过程产品——Rational公司开发并维护，与Rational一系列其他软件开发工具集成。
*2.RUP术语：
用户代表与所开发的系统进行交互的某个人或某个系统（所开发系统之外的另一个系统）。用例是能够向用户提供有价值结果的系统中的一种功能。
所有的用例合在一起构成用例模型。
…特点：
①确定系统需求的工具，传统的系统功能说明：系统应该做什么？用例模型：增加三个词for each user。
②驱动软件开发过程，RUP三大特点中第一大特点为“用例驱动”。构架是系统在其所处环境中最高层次的概念。软件系统的构架是指通过接口交互的重要构件的组织和结构，这些构件又由一些更小的构件和接口组成。
RUP三大特点中第二大特点为“以构架为中心”。工作流程是在业务中执行的活动序列，它对于业务主角个体生成一个可见值结果。迭代是指带有已建立基线的计划和评估准则的独特活动序列，迭代生成内部或外部的发布版本。增量是指在后续迭代结束后，两个发布版本之间存在的差异或差值。
RUP三大特点中第三大特点为“迭代和增量的过程”。在软件过程组织的环境中，个人或协同工作的小组的行为和职责定义为角色，角色代表项目中个人承担的作用，并确定了如何完成工作。
活动是要求角色执行的工作单元。
工件是指一条信息，该信息：由过程生成、修改或使用；定义了职责范围；受到版本控制。
里程碑是迭代正式结束的时间点，该时间点与发布时间点相对应。
阶段是指项目相邻两个主要里程碑之间的时间段，在此期间要实现一组既定的目标、完成工件并决定是否进入下一阶段。
3.RUP二维结构生命周期：
横轴通过时间组织，体现开发过程的动态结构。术语主要包括阶段、里程碑、迭代和增量。
纵轴将内容组织为逻辑活动，体现开发过程的静态结构，术语主要包括工作流程、活动、角色、工件。
4.RUP静态结构：九个核心工作流程。
工作流程代表了所有角色、活动与工件的逻辑分组情况，即软件过程模式中的三个要素。
九个核心工作流程组成：核心过程工作流程：前6个，核心支持工作流程：后3个。
○1业务建模：产生的主要工件为业务模型；
②需求：用例方法：对需要的功能和约束进行提取、组织、文档化，理解系统所
解决问题的定义和范围。产生的主要工件为用例模型，用户界面模型；
③分析设计：以构架设计为中心：产品的适应性、可扩展性。产生的主要工件为
一个设计模型、一个分析模型（可选）。
④实现：产生的主要工件为实施模型（模型元素包括实施子系统和构件）。
⑤测试：产生的主要工件为测试模型（模型元素包括测试用例、测试过程和测试构
件）+测试结果。
⑥部署：产生的主要工件为产品的一个版本+文档培训资料。
⑦配置和变更管理：产生的主要工件为配置管理计划、变更请求、项目存储库和工
作区。
⑧项目管理：产生的主要工件为商业理由、迭代计划、风险管理计划、质量保证计
划及相应的评估文档。
⑨环境：产生的主要工件为工作流程指南、工具、工具指南。
5.RUP动态结构：四个阶段。
每个阶段由一次或多次迭代完成，迭代过程是受控的。
○1先启阶段：目标：建立业务用例、确定项目的边界，结束里程碑：生命周期目标里程碑。
②精化阶段：目标：建立稳定的构架、编制项目计划、淘汰项目中最高风险的元素，结
束里程碑：生命周期构架里程碑。
③构建阶段：目标：所有构件和应用程序功能被开发并集成为产品、所有的功能被详尽的测试，结束里程碑：最初操作性能里程碑。
④产品化阶段：目标：将软件产品交付给用户群体，结束里程碑：产品发布里程碑。
6. RUP与螺旋模型异同点：
相同点：二维迭代特性。
重复一系列组成系统生命周期的循环；每次循环的结束是向用户交付产品的一个运行版本；每个循环由若干次迭代组成；每次迭代需要进行风险分析处理；每次迭代结束的标志是交付一个增量。螺旋模型：每次迭代历经笛卡儿坐标系中四个象限的四个方面活动，RUP：每次迭代历经九个核心工作流程中的若干个。
不同点：螺旋模型未给出每次迭代过程结束交付的增量原型的具体要求；也未给出不同次迭代在历经的笛卡儿坐标系中四个象限的四个方面活动的内容与重点的不同。RUP将整个生命周期划分为四个阶段，明确给出了每个阶段内的若干次迭代过程完成后交付的增量的具体要求，即四个阶段的主要里程碑——生命周期目标里程碑、生命周期构架里程碑、最初操作性能里程碑和产品发布里程碑；同时详细阐述了不同阶段中的不同迭代过程历经的九大核心工作流程中活动内容的重点和强度的不同；提供了对每次迭代过程中不同核心工作流程活动的并行化支持。
RUP的二维生命周期结构对“迭代”意义的体现比螺旋模型更深刻、具体、详尽、全面，更具可操作性。
7. RUP的优点：
相对瀑布类模型：将成本风险进一步降低为获得一次增量所需费用；进一步降低了产品不能按计划投放市场的风险；使项目开发更能适应项目需求的变化。
相对螺旋类模型：用于指导需求不明确、不稳定的项目开发时具有更强的可操作性。
8.RUP人员——角色：分析员、开发人员、测试员、经理、其他角色。
角色的意义：
将角色与个体区分开。某种角色：一个或多个相互协作的个体完成，一个个体担任一种或多种角色。
制定迭代计划：确定每个阶段、每个工作流程中需要的角色；
制定人员计划：考虑人员的技能、能力经验，将一个或多个角色分配给一个适合的人员完成。有效提高了项目中人力资源的利用率。
缺陷：论述不够深入，忽略了角色的质量，未给出角色的组织管理方式、角色间的相互地位关系和交互方式。体现过程可操作性的一个重要方面，RUP未给出。
9.RUP方法：
（1）用例及用例驱动。用例是能够向用户提供有价值结果的系统中的一种功能。所有的用例合在一起构成用例模型。采用用例的两个原因：①用例被证明是捕获需求的一种有效方法。达到需求捕获的第一个目标：发现多样性的需求（传统的系统功能说明：系统应该做什么？用例模型：增加三个词for each user），达到需求捕获的第二个目标：以适用于用户和开发人员的方式加以表示；②用例驱动整个过程。
（2）以构架为中心。构架描述：5个视图：用例模型视图、分析模型视图、设计模型视图、实施模型视图、实现模型视图。每个视图是对应模型的精华与核心部分。意义：①理解系统，②组织开发，③鼓励重用和进化系统。
（3）在面向对象的分析设计中采用UML进行可视化建模。
（4）面向对象的设计与构件实现。
10.RUP产品——工件：
定义：项目期间生成的中间或最终产品。
工件类型：
根据RUP的各工作流程：划分为业务建模工件、需求工件、分析设计工件、实施工件、测试工件、部署工件、配置与变更管理工件、项目管理工件、环境工件；
根据物流方向：划分为输入工件、输出工件和辅助工件；
根据存在形式：划分为模型、模型元素、文档、源代码、可执行文件。
11.RUP特点：
优点：
作为一种软件过程：RUP具有二维迭代性，有利于降低风险、适应需求变化；RUP是可配置的过程，具有通用性；
作为一种软件过程模式：相对传统的软件生命周期模型具有较强的可操作性；
作为一种软件过程产品：具有实用性、可操作性与可实现性。
缺陷：与软件过程模式配置操作相关的因素
①软件过程模式中生命周期、人员、方法、产品四大要素之间的相互关系和相对优先
级；
②各生命周期元素间的相互关系和相对优先级；
③人员间的协作关系与协作方式、人员的质量、各种人员的相对优先级；
④各种方法间的相互关系及相对优先级；
⑤各种产品的相对优先级。
结论：RUP是一个具有突出优点的软件过程模式；RUP还很不完整，在实际应用中仍需进一步吸收其它优秀的软件开发实践经验以对其进行补充和完善。
第3章敏捷过程
1.什么是AP：
敏捷软件开发宣言：软件团队具有快速工作、快速响应变化的能力，制订了4条基本价值观和12条原则。敏捷过程（Agile Process）是一种典型的软件过程模式，对软件过程模式中的四大要素（生命周期、人员、方法、产品）及相互关系均进行了论述。
2.AP流派：极限编程XP、SCRUM、动态系统开发方法DSDM、水晶系列方法、开放式源码、适配性软件开发ASD、适配性软件开发ASD。
3.AP的4条价值观：
①个体和交互胜过过程和工具。
人是软件项目获得成功最为重要的因素，当然，不好的过程和工具也可以使最优秀的团队成员失去效用、合作、沟通以及交互能力要比单纯的软件编程能力更为重要；合适的工具对于成功来说非常重要，工具的作用不可被过份地夸大，建议从使用小的工具开始。
结论：团队的构建(包括个体、交互等)要比项目环境(包括过程、工具)的构建重要得多；应该首先致力于构建团队，然后再让团队基于需要来配置环境。
②可以工作的软件胜过面面俱到的文档。
软件的重要性：交付给用户可以工作的软件而不是文档，否则应该称之为文档开发而不是软件开发。
文档的作用：没有文档的软件是一种灾难，过多的面面俱到的文档比过少的文档更糟。
准则：软件开发的主要和中心活动是创建可以工作的软件；直到迫切需要并且意义重大时，才进行文档编制；编制的内部文档应尽量短小并且主题突出。
③客户合作胜过合同谈判。
客户不可能做到一次性地将他们的需求完整清晰地表述在合同当中：客户需求的多样性，客户需求还可能随时发生变化。全方位的满足客户需求的有效途径：开发团队与客户紧
密协作，为开发团队和客户的协同工作方式提供指导的合同是最好的合同。
④响应变化胜过遵循计划。
变化是软件开发中存在的现实：商务环境可能会变化，这会引起需求的变动；随着系统逐渐开始运做，项目关系人（包括开发人员与客户）对系统的理解也会发生变化；技术随着时间也在变化。响应变化的有效途径之一是制定灵活可塑的计划：制定计划的策略——细致度逐渐降低的计划。
*4.AP的12条原则：
①最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
②即使到了开发的后期，也欢迎改变需求，敏捷过程利用变化来为客户创造竞争优势。
③经常性交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
④在整个项目开发期间，商务人员和开发人员必须天天都工作在一起。
⑤围绕被激励起来的个体来构建项目，给他们提供所需的环境和支持，并且信任他们能够完成工作。
⑥在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
⑦工作的软件是首要的进度度量标准。
⑧敏捷过程提倡可持续的开发速度，责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
⑨不断地关注优秀设计的技能和好的设计会增强敏捷能力。
⑩简单——使未完成的工作最大化的艺术——是根本的。
?最好的构架、需求和设计出自于自组织的团队。
?每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。
*5.XP实践：
①客户作为团队成员。
②用户素材。
③短交付周期。
④验收测试。
⑤结对编程（由两个开发人员在同一台电脑上共同编写解决同一问题的代码，通常一个人负责编码，而另一个负责保证代码的正确性与可读性。作用：结对编程是一种非正式的同
级评审，它要求成对编程的两个开发人员在性格和技能上应该相互匹配）。
⑥测试驱动开发（强调“测试先行”，RUP对测试也是非常的重视，只是RUP和XP两者对于测试在整个项目开发周期内首先出现的位置处理不同）。
⑦集体所有权。
⑧持续集成（提倡在一天中集成系统多次，而且随着需求的改变，要不断的进行回归测试，持续集成不是XP专有的最佳实践，微软公司就有每日编译的成功实践）。
⑨可持续的开发速度。
⑩开放的工作空间。
?计划游戏（计划是持续的，循序渐进的。根据项目的进展来进行项目计划的调整，一成不变的计划是不存在）。
?简单的设计。
?重构（指在不改变系统行为的前提下，重新调整、优化系统的内部结构以减少复杂性、消除冗余、增加灵活性和提高性能。重构不是XP所特有的行为）。
?隐喻（将隐喻看成整个系统联系在一起的全局视图、系统的未来影像，RUP的构架视图）。
6.AP的生命周期：
敏捷过程是一个一维的迭代过程。该过程中的每一个生命周期循环交付一个有价值的软件版本，各循环可持续进行。
RUP的二维双重的迭代过程：RUP整个过程是若干次生命周期的不断循环；每个循环包括先启、精化、构建和产品化四个阶段，每个阶段由一次或多次迭代完成，每次迭代可能经历九个核心工作流程中的若干个；项目进度衡量的首要标准是各阶段的主要里程碑，包括生命周期目标里程碑、生命周期构架里程碑、最初操作性能里程碑和产品发布里程碑。
AP相对RUP：具有对变化和不确定性的“更快速、更敏捷”的反应特性；快速的同时仍保持可持续性；该特性能较好地适应商业竞争环境下对小型项目提出的有限开发时间的约束。
*7.AP的人员：
（1）客户角色的重要性：对客户角色重要性进行突出强调；RUP：无。
（2）个体间的相互关系和协作方式：相互关系：个体相互的地位关系是平等的，职责是共同的。协作方式：首要协作交互方式为面对面的交谈；也编写文档，但文档仅作为辅助交互方式。RUP：未给出个体间地位关系，协作方式为“形式化的文档——模型”这一书面形
式而非口头交谈方式。
结合AP和RUP：个体间的职责进行明确分工，同时个体间为平等协作关系；个体间的交互方式首选交谈，但在必要情况下，如交谈的结果将作为设计开发的依据，则有必要编写文档或创建模型，以书面的形式记录交谈的结果。
8.AP的方法：
（1）动态满足需求——从欢迎变化、与客户合作到响应变化。步骤一：欢迎变化；步骤二：与客户合作；步骤三：响应变化。
（2）简单化。
区别：RUP：考虑产品的适应性、可扩展性与可重用性等高性能特性，提倡以构架为中心的设计方法，要求构架必须留有实现现在和未来需要的所有用例空间。AP：要求在设计阶段尽可能的识别出最简单的构架。
联系：是对产品不同质量要求的不同的应对策略。
简单质量要求环境：在可预见的最近几次生命周期内，对产品质量仅为无缺陷要求，而对适应性、可扩展性、可重用性等高性能指标没有要求，采用AP的简单化设计方法，以达到快速开发的目的。
复杂质量要求环境：在可预见的最近几次生命周期内，对产品质量不仅为无缺陷要求，而且对适应性、可扩展性、可重用性等高性能指标可能有若干要求。采用RUP的以构架为中心设计方法，以避免可能发生的系统整体重构造成最终开发效率的极速下降。（3）团队持续自我反省。
9.AP的产品：
（1）各类产品的优先级AP：
第2条价值观，可以工作的软件胜过面面俱到的文档，即可以工作的软件在过程各类产品的重要性方面拥有最高的优先级。RUP：强调创建和维护形式化的文档——模型，而非文字化的文档，但就模型与软件两者的优先级未给出论述。
AP&RUP融合后的各类产品之间优先级的结论：软件开发的主要和中心活动就是创建可以工作的软件；直到迫切需要且意义重大时，才进行文档编制；编制的内部文档应尽量短小并且主题突出，满足这种要求的最好的文档形式是模型。
（2）产品的功能规模和质量要求：尽量简单化。
10.AP四大要素的关系：
第1条价值观和第1、9条原则中即开宗明义的指出，过程最优先要做的是尽早的、持续
的交付有价值的软件产品，在这一交付过程中，个体与交互胜过过程与工具：这四大要素中，前面三种要素的中心目标是服务于第四大要素，即交付可以工作的软件产品；就前面三种要素的重要性而言，个体具有最高的优先级地位。
11.AP特点：
优点：针对商业环境下通常具有有限资源和有限时间约束的小型项目提出了一些独具特色的、操作性较强的解决方案；RUP：提供的是理想开发环境下软件过程的一种完整且完美的模式，但对商业环境具有有限资源和有限时间约束的项目未能给出具体完整的配置方案。缺点：作为软件过程模式AP远不及RUP全面完整。相对RUP，AP在人员、方法、产品等方面的论述远不及RUP全面详细。
结论：AP可作为对RUP的一种补充和完善。
第4章微软过程
1.什么是MP：
从微软解决方案框架（MSF）中抽取出项目开发准则中的过程模型和组织模型，构成了一套软件过程模式。内容涵盖软件过程中的过程、人员及组织、方法、产品等不同方面。*2.MP术语：
项目前景是对项目要解决什么问题的开放性描述，它代表项目的远景目标。
项目范围描述的则是在项目的限制条件内，需要完成哪些具体的目标，这主要是指所有特定的近期目标而言。
功能说明书阐释了软件每一个特性的功能和执行方式，以及所有特性的组合关系和整体架构，包括单页和详细两种形式。
程序经理的职责是在规定的项目资源、期限等限制条件下，确保产品能够如期发布。程序经理不同于传统的项目经理，微软的团队组织结构中，六个组队角色的地位是相互平行、相辅相成，程序经理只是项目开发过程的组织者、管理者和决策者，不是项目的领导者。*3.MP的过程原则：
①制定计划时兼顾未来的不确定因素（这一原则与AP第4条价值观“响应变化胜过遵循计划”异曲同工）；
②通过有效的风险管理减少不确定因素的影响（对照而言，RUP提出的风险管理方法为在每次迭代中都要解决最突出的风险问题，两者互补）；
③经常生成过渡版本并进行快速测试来提高产品的稳定性及可预测性（每日生成制度：在最大程度上保证整个产品开发过程可管理、可预期，并能增强产品的稳定性，类似AP的持续集成）；
④快速循环、递进的开发过程（和敏捷过程所强调的不断重复产品的生命周期、以递进的方式推出版本的要求相似）；
⑤从产品特性和成本控制出发创造性地工作；
⑥创建确定的进度表（在具体制定项目进度表方面，借鉴AP的策略，即制定一种细致度逐渐降低的进度计划以保持足够的灵活性）；
⑦使用小型项目组并发完成工作，并设置多个同步点；
⑧将大型项目分解成多个可管理的单元，以便更快地发布产品；
⑨用产品的前景目标和概要说明指导项目开发工作——先基线化，后冻结（冻结思想与AP不同，AP倡导即使到了开发的后期，也欢迎改变需求）；
⑩避免产品走形（对照而言，RUP中避免产品走形的方法是用例驱动）；
?使用原型验证概念，进行开发前的测试；
?零缺陷观念（零缺陷并不意味着产品中没有Bug，首先按零缺陷这一高标准进行要求，具体实施时，项目组在产品的每一个阶段、在发布产品的每一个版本之前，都对已发现的产品Bug进行了有效的管理和控制，改正了影响产品使用的Bug，对不影响产品使用、且因资源有限无法及时修改的Bug进行跟踪和记录，确保使产品中所有已发现Bug都在项目组的控制范围之内，都可以在适当的时机得到修正）。
?非责难式的里程碑评审会（MP的里程碑与RUP的里程碑的思想几乎是一致的）。
*4.组队原则：
①小型的、多元化的项目组（AP鼓励的也是一种小型化的项目组）。
②角色依赖和职责共享（与AP第11条原则中提出的“最好的构架、需求、设计出自于自组织的团队”思想基本吻合）。
③专深的技术水平和业务技能。
④以产品发布为中心。
⑤明确的目标。
⑥客户的主动参与（与AP中强调客户这一角色重要性的目的是一致的；微软设置产品管理角色方法相对AP的与客户天天工作在一起的方法更具可实现性）。
⑦分享产品的前景。
⑧所有人都参与设计（与AP第11条原则“最好的构架、需求和设计出自于自组织的用户”是一致的）。
⑨认真从过去的项目中吸取经验。
⑩共同管理、共同决策。
?项目组成员在同一地点办公。
?大型项目组也像小型项目组一样运转。
5.MP的生命周期：
每个生命周期循环分为五个阶段：
构想阶段、计划阶段、开发阶段、稳定阶段和发布阶段。
相对RUP，MP可视为RUP的一个精简配置版本。整个过程由若干生命周期持续递进循环，每个循环由若干阶段组成，且各阶段之间扩充为具有缓冲时间，各阶段的对应关系为：先启阶段完成构想，精化阶段完成计划，构建阶段完成开发和稳定，产品化阶段完成发布。每个阶段精简为一次迭代，每次迭代经历若干个工作流程，具体为：
先启阶段主要经历业务建模、需求、项目管理；
精化阶段主要经历业务建模、需求、分析设计、项目管理；
构建阶段主要经历需求、分析设计、实现、测试；
产品化阶段：主要经历部署、配置变更管理和项目管理。
相对AP，MP是前者的一个扩充版本，扩充了其每个生命周期内的各阶段的具体运作流程。
6.MP人员：
人员分工：职责与任务分配类似按照RUP中的“角色”概念进行。
人员组织管理：矩阵结构。
横轴按不同的专业技能划分的角色，纵轴是由来自不同角色组中的各个角色组成的项目组。
六种角色：产品管理角色、程序管理角色、开发角色、测试角色、用户体验角色、发布管理角色。
7.MP最具特色角色——程序管理和产品管理。
职责设置：将传统项目经理的职责一分为二。对外的用户需求管理职能交与产品经理完成，项目组内部的综合管理职能交与程序经理完成。
产品经理的职责：管理用户需求；
程序经理的职责：系统设计和项目组内部管理，包括编写并管理产品设计文档、组织项目
组成员就开发相关问题进行交流和沟通、协调项目组日常事务。设置意义：以技术为基线进行管理职责划分①有利于实现专家式管理；②保证两者的独立性和相互制约性，有利于商业需求和技术细节更好的结合。
8. MP角色间的关系：对等环行项目结构。相互地位关系是对等，关键协作方式为交流与沟通。
9.MP角色合并：
原则：项目组内的开发人员不能兼任其它角色，不要试图合并两个有明显利益冲突或制约关系的职能角色。
结论：一个最小项目组可以只有三个成员：产品经理、程序经理和开发工程师。其中产品经理兼任测试和用户体验角色，程序经理兼任发布管理角色。
*10.MP产品部门：
“1+3”的结构：“1”即一个产品部门总经理，“3”即三个部门经理，分别是程序经理部经理、开发部经理和测试部经理，这三个部门经理平级，都直接向产品部门总经理报告。
垂直式的专家管理模式：每个部门经理管理几个组长，每个组长管理三到五个具体工作人员。
构成微软的“三架马车”：对项目成功起关键性支撑作用。三个部门的设置对应每个项目组中最重要的三种角色——程序管理、开发和测试；这三类角色是每个项目组无论怎样精简也必须的。
11.MP人员特点：
RUP：给出了人员角色种类划分，但未指出各角色间地位和工作关系。
AP：给出了人员间相互关系和交流协作关系，但未能给人员职责的划分准则。
MP：以上两种过程优点的结合和进一步深化发展。
角色划分方面：产品管理和程序经理两权分立；
角色相互地位和交互关系：相互平等，交流和沟通；
角色分配方面：提出了针对有限人员限制条件下的角色合并原则；
项目组的规模和人员配备与管理方式上：指出提出了由专家式行政管理和小型化、多元化项目组组队方式构成的矩阵结构。
MP特色及意义：项目组由专业职责划分清晰地各对等角色组成，各角色相互配合、同时又是相互制约；人员的行政管理是专家式管理；专业人才地培养发展遵循不同的业务（职务头衔与行政级别并不能直接挂钩）。
12.MP的方法：
（1）构想阶段：
①确定项目前景和项目范围两个项目目标。
项目范围：是项目近期的具体目标，即第一次生命周期内的目标；
项目前景：是项目的远景目标，即第二次及以后若干次生命周期内的目标。
②动态满足需求——先基线化、后冻结。
在开发过程的前期欢迎变化；在开发过程的后期阶段（稳定阶段及以后），对所有配置项进行冻结，一般不再允许修改。
与AP比较：对需求变化的态度：欢迎变化；
AP：在第2条原则中指出，“即使到了开发的后期也欢迎改变需求”
MP：对变化在后期进行冻结的策略应该更是现实性，因为到开发的后期还要响应变化，其成本代价和风险代价均太高，明智的策略不如将这一需求变化留至下一
个版本的开发中实现。
（2）计划阶段：
以产品特性及其优先级指导整个项目。①提高了产品的竞争力；②降低了产品开发各阶段的风险。
（3）开发阶段：
①代码优化：代码的性能包括运行效率、安全性、稳定性、可理解性、可维护性等多个方面。
②高信度计算。
③源代码管理。建立源代码的管理库，每日Check-in进行持续更新和集成。
④每日编译生成。类同AP的持续集成（提倡在一天中集成系统多次，而且随着需求的改变，要不断的进行回归测试）。
⑤手工测试与自动测试结合。
⑥内部测试与外部测试结合。
13.MP产品：
①各类文档：如前景/范围说明书、功能说明书、项目计划、总结报告等。
②源代码；
③可执行文件；
④相应的文档代码库。
各类产品的优先级未进行专门阐述。
产品的功能与性能：以产品特性及优先级指导整个项目。
14.MP特点：
过程的生命周期进度、人员及方法工具等项目资源、产品的功能和性能之间存在一种相互制约的均衡三角形关系。任何对三角形一边的改变都将导致三角形另外一边或两边的变化，因为只有这样才能保持三角形关系的均衡。发布一个符合客户需求的产品，其关键在于项目组必须在进度、资源、产品功能&性能之间的三角型寻求最佳的平衡点。
项目均衡矩阵：有效的项目均衡三角形管理工具，定义了资源、进度和功能&性能三者在需要做出折中时的优先级关系。
功能&性能：能接受（不可改变的或是最低要求的）。
进度：最佳（必须优先考虑、作出最好选择的）。
资源：可调整（既不是最佳也不是仅能接受，必须根据情况做出相应的调整，以保持三角形的均衡）。
四要素相互关系特点：相对AP提出的“个体交互胜过过程和工具”这一绝对的观念，MP四要素之间的均衡关系总结：①更全面、更具普适性；②不同的项目可根据项目的具体环境需要对这四要素做出合适的优先级安排、寻求各要素之间的最佳平衡点。
第5章最佳软件过程模式
*MP与AP、RUP三者之间关系：
RUP：一个大而全的过程框架，可适应于各种具有不同项目环境类型的项目开发，包括理想的项目开发环境和具有有限资源与时间约束的项目环境。
AP：针对商业环境中具有有限资源和时间进度限制的小型项目提出的一种软件过程模式，对RUP的进行了多方面的有益补充和完善。
MP：另一种针对商业环境中具有有限资源和时间限制项目的软件过程模式，综合了RUP 与敏捷过程的诸多优点，并且进一步在人员及其组织、过程中的方法等方面提出了独具特色的、操作性很强的实践规范，是一套优秀的成功项目开发实践经验总结。
*MP与AP、RUP集成：
（1）生命周期：
描述：
①采用RUP中迭代与增量的二维过程结构为主要通用结构框架：本质是阶段性的、渐进的、增量式的交付思想。
②根据MP思想，在生命周期中的各阶段间增设缓冲时间。
③对于有进度时间限制的小型软件开发，采用敏捷过程的思想定制、剪裁该通用过程框架，使其具有快速性、敏捷性。
常见错误：
①过于乐观的生命周期进度计划。
②进度落后时增加新手、取消设计、缩短测试时间等。
（2）人员：
人员及组织管理采用MP中的矩阵结构模式。
角色包括产品管理、程序管理、开发、测试、用户体验与发布管理六种。
关系：地位平等，交流与沟通。
项目组工作结构:由产品特性确定：大型项目组根据产品特性拆分为多个小型项目组；每个小型项目组负责产品的一个特性或一个功能模块；各小型项目组并发完成工作并设置多个同步点。
项目组人员数量与质量：每个项目组成员来自矩阵结构中的横轴，由六种角色构成，不同角色可以合并，合并后每个小型项目组的人数不多于10人；每种角色都有一名专家式带头人或负责人。
人员行政组织管理：矩阵结构中的纵轴—专家式管理方式。
人员的激励机制：物质方面和精神方面。
常见错误
①人月神话②一视同仁的管理③个人英雄主义④拒绝承担自己的责任。⑤过度超时工作或强迫加班。
（3）方法：
需求分析方面：
①构建用户界面原型以获取需求
②基于用例角度的项目前景/项目范围（RUP与MP方法的交集，解决需求的多样性）。
③动态满足需求——欢迎变化、先基线化后冻结（属AP与MP的交集，解决需求的动
态性）。
设计方面：
①首先确定是自行建造、复用还是外包。
②选择以构架为中心（RUP）还是简单化设计（AP）。
③以产品特性及优先级指导整个项目（MP，实质与RUP渐进增量的交付思想一致）。实现方面：
①代码优化。②源代码管理。③每日编译（MP）生成或持续集成（XP）。
测试方面：
①零缺陷观念。②手工测试与自动测试结合。③内部测试与外部测试相结合。
过程方法实施的工具方面：选用有效工具。
常见错误：
①外包不需要严格的进度管理和风险管理
②银弹工具。
（4）产品：
对各种中间和最终产品的分类，采用RUP的工件类型划分方法，同时参照其工件模板。
各类产品的优先级：可以工作的软件胜于面面俱到的文档（属敏捷过程），具体程序创建与文档编制两个方面活动的控制原则。
产品度量：产品功能规模+产品质量性能。
常见错误：功能或性能膨胀。
（5）四要素关系：
采用微软过程中的均衡三角形，即发布一个符合客户需求的产品，其关键在于项目组必须在过程进度时间、项目人员与方法工具等资源、产品的功能和性能之间寻求最佳的平衡点。这是一种协同均衡的关系。
项目人员与方法工具的优先级设置：大体采用敏捷过程的价值观，即项目人员的个体与交互胜过方法和工具。
常见错误：既要马儿跑的好，又想马儿不吃草。
第 一 章 1.1不考 条件部分不考 △雅柯比变换 （随机变量函数的变换 P34） △随机变量之间的“不相关、正交、独立” P51 （各自定义、相关系数定义 相互关系：两个随机变量相互独立必定互不相关，反之不一定成立 正交与不相关、独立没有明显关系 结合高斯情况） △随机变量的特征函数及基本性质 （一维的 P53 n 维的 P58） △ 多维高斯随机变量的概率密度和特征函数的矩阵形式、三点性质 P61 ( )()() () ( ) ()()2 2 1 () 2112 2 22 11 ,,exp 2 2exp ,,exp 22T T x m X X X X X n n X T T jU X X X X X n X M X M f x f x x U U u Q u j m Q u u E e jM U σπσμ---?? --??= = -????? ? ?? ?? ?? ??=-==- ?? ??? ????? ?? C C C u u r u u r u u r u u r u u r u u r L u r u r u u r u r L 另外一些性质： []()20XY XY X Y X C R m m D X E X m ??=-=-≥??
第二章 随机过程的时域分析 1、随机过程的定义 从三个方面来理解①随机过程(),X t ζ是,t ζ两个变量的函数②(),X t ζ是随时间t 变化的随机变量③(),X t ζ可看成无穷多维随机矢量在0,t n ?→→∞的推广 2、什么是随机过程的样本函数？什么是过程的状态？随机过程与随机变量、样本函数之间的关系？ 3、随机过程的概率密度P7 4、特征函数P81。（连续、离散） 一维概率密度、一维特征函数 二元函数 4、随机过程的期望、方差、自相关函数。（连续、离散） 5、严平稳、宽平稳的定义 P83 6、平稳随机过程自相关函数的性质： 0点值，偶函数，周期函数（周期分量），均值 7、自相关系数、相关时间的定义 P88 2 2 2() ()()()()(0)()X X X X X X X X X X C R m R R R R τττρτσ σ--∞= = -∞= 非周期 相关时间用此定义（00()d τρττ∞ =?） 8、两个随机过程之间的“正交”、“不相关”、“独立”。 （P92 同一时刻、不同时刻） 9、两个随机过程联合平稳的要求、性质。P92
第一章随机过程的基本概念与基本类型 一．随机变量及其分布 1．随机变量X，分布函数F(x)P(X x) 离散型随机变量X的概率分布用分布列p k P(X x)分布函数F(x)p k k 连续型随机变量X的概率分布用概率密度f(x)分布函数 x F(x)f(t)dt 2．n维随机变量X(X1,X2,,X n) 其联合分布函数()(1,x,,x n)P(X x,X x,,X n x n,) F x F x 21122 离散型联合分布列连续型联合概率密度 ３．随机变量的数字特征 数学期望：离散型随机变量X E X x k p连续型随机变量X EX xf(x)dx k 方差：2() 2 2 DX E(X EX)EX EX反映随机变量取值的离散程度 协方差（两个随机变量X,Y）：B XY E[(X EX)(Y EY)]E(XY)EX EY 相关系数（两个随机变量X,Y）： B XY XY若0，则称X,Y不相关。 DX DY 独立不相关0 itX ４．特征函数g(t)E(e)离散g(t)e连续g(t)e f x dx itx p itx() k k 重要性质：g(0)1，g(t)1，g(t)g(t)，k i k EX g(0) k ５．常见随机变量的分布列或概率密度、期望、方差 ０－１分布P(X1)p,P(X0)q EX p DX pq 二项分布k k n k P(X k)C n p q EX np DX n p q k 泊松分布P(X k)e EX DX均匀分布略 k!
2正态分布N(a,) 2 (x a) 1 2 f(x)e EX a 2 2 D X2
指数分布f(x) e 0, x1 ,x0 EX x0 DX 1 2 ６．Ｎ维正态随机变量(X1,X,,X n) X的联合概率密度X~N(a,B) 2 f( 11 T1 x1,x,,x)exp{(x a)B(x a)} 2n n1 2 22 (2)|B| a(a1,a2,,a n)，x(x1,x2,,x n)，B(b ij)n n正定协方差阵 二．随机过程的基本概念 １．随机过程的一般定义 设 (,P)是概率空间，T是给定的参数集，若对每个t T，都有一个随机变量X与之对应， 则称随机变量族X(t,e),t T是(,P)上的随机过程。简记为X(t),t T。 含义：随机过程是随机现象的变化过程，用一族随机变量才能刻画出这种随机现象的全部统计规 律性。另一方面，它是某种随机实验的结果，而实验出现的样本函数是随机的。 当 t固定时，X(t,e)是随机变量。当e固定时，X(t,e)时普通函数，称为随机过程的一个样本 函数或轨道。 分类：根据参数集T和状态空间I是否可列，分四类。也可以根据X(t)之间的概率关系分类，如独立增量过程，马尔可夫过程，平稳 过程等 。 ２．随机过程的分布律和数字特征 用有限维分布函数族来刻划随机过程的统计规律性。随机过程X(t),t T的一维分布，二维分布，?，n维分布的全体称为有限维分布函数族。随机过程的有限维分布函数族是随机过程概率特征 的完整描述。在实际中，要知道随机过程的全部有限维分布函数族是不可能的，因此用某些 统计特征 来取代。 （１）均值函数 m X(t)EX(t)表示随机过程X(t),t T在时刻t的平均值。 （２）方差函数2 D X(t)E[X(t)m X(t)]表示随机过程在时刻t对均值的偏离程度。 （３）协方差函数B X (s,t)E[(X( E[X s) (s) m ( s ) ) (t) (s) m X m X (t) (t))] 且有 B(t,t)D(t) X X
一、软件测试的定义 软件测试是一个过程或一系列过程，用来确认计算机代码完成了其应该完成的功能，不执行其不该有的操作。 1．软件测试与调试的区别 （1）测试是为了发现软件中存在的错误；调试是为证明软件开发的正确性。 （2）测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。（3）测试是有计划的，需要进行测试设计；调试是不受时间约束的。 （4）测试经历发现错误、改正错误、重新测试的过程；调试是一个推理过程。 （5）测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。 （6）测试经常是由独立的测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。 （7）大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。 2．对软件测试的理解 软件测试就是说要去根据客户的要求完善它.即要把这个软件还没有符合的或者是和客户要求不一样的，或者是客户要求还没有完全达到要求的部分找出来。 （1）首先要锻炼自己软件测试能力，包括需求的分析能力，提取能力，逻辑化思想能力，即就是给你一个系统的时候，能够把整个业务流程很清晰的理出。 （2）学习测试理论知识并与你锻炼的能力相结合。 （3）想和做。想就是说你看到任何的系统都要有习惯性的思考；做就是把实际去做练习，然后提取经验。 总结测试用例，测试计划固然重要，但能力和思想一旦到位了，才能成为一名合格的软件测试工程师。 二、软件测试的分类 1．按照测试技术划分 （1）白盒测试：通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。--结构测试 （2）黑盒测试：通过软件的外部表现来发现错误，是在程序界面处进行测试，只是检查是否按照需求规格说明书的规定正常实现。--性能测试 （3）灰盒测试：介于白盒测试与黑盒测试之间的测试。
第一章 随机过程得基本概念与基本类型 一.随机变量及其分布 1.随机变量, 分布函数 离散型随机变量得概率分布用分布列 分布函数 连续型随机变量得概率分布用概率密度 分布函数 2.n 维随机变量 其联合分布函数),,,,(),,,()(221121n n n x X x X x X P x x x F x F ≤≤≤== 离散型 联合分布列 连续型 联合概率密度 ３.随机变量得数字特征 数学期望:离散型随机变量 连续型随机变量 方差: 反映随机变量取值得离散程度 协方差(两个随机变量): 相关系数(两个随机变量): 若,则称不相关。 独立不相关 ４.特征函数 离散 连续 重要性质:,,, ５.常见随机变量得分布列或概率密度、期望、方差 ０－１分布 二项分布 泊松分布 均匀分布略 正态分布 指数分布 ６.Ｎ维正态随机变量得联合概率密度 )}()(2 1ex p{||)2(1 ),,,(121221a x B a x B x x x f T n n ---=-π ,,正定协方差阵 二.随机过程得基本概念 １.随机过程得一般定义 设就是概率空间,就是给定得参数集,若对每个,都有一个随机变量与之对应,则称随机变量族就是上得随机过程。简记为。 含义:随机过程就是随机现象得变化过程,用一族随机变量才能刻画出这种随机现象得全部统计规律性。另一方面,它就是某种随机实验得结果,而实验出现得样本函数就是随机得。 当固定时,就是随机变量。当固定时,时普通函数,称为随机过程得一个样本函数或轨道。 分类:根据参数集与状态空间就是否可列,分四类。 也可以根据之间得概率关系分类,如独立增量过程,马尔可夫过程,平稳过程等。 ２.随机过程得分布律与数字特征 用有限维分布函数族来刻划随机过程得统计规律性。随机过程得一维分布,二维分布,…,维分布得全体称为有限维分布函数族。随机过程得有限维分布函数族就是随机过程概率特征得完整描述。在实际中,要知道随机过程得全部有限维分布函数族就是不可能得,因此用某些统计特征来取代。 (１)均值函数 表示随机过程在时刻得平均值。
系统集成知识点归纳总结 软件工程:需求分析、设计、编码和测试 软件需求的分析方法(功能需求,非功能需求,设计约束) 1)结构化分析(Structured Analysis):是面向数据流的分析方法,(分层的)数据流图,数据字典,描述加工逻辑的结构化语言判定表判 定树是SA的工具 数据流图描述了对数据的处理流程,用来建立系统的逻辑模型 数据字典在需求分析阶段建立,通常作为数据流图的补充说明 数据字典最重要的作用是作为分析阶段的工具。在结构化分析,数据字典的作用是给数据流图上每个成分加以定义和说明 E-R 通常在需求分析后建立的实体关系模型,可用于描述数据流图数据存储及其之间的关系 需求分析阶段会用到层次方图,用例图,IPO图,不会用到N-S图IPO图:模块的输入输出,处理内容,模块的内部书库和调用关系N-S盒图,程序流程图,PAD图用于表示软件模块的执行过程,而E-R 图不适用 软件需求说明书是需求分析阶段最后的成果之一,包含数据描述功能描述,性能描述,不包含系统结构描述 SRS(Software Requirements Specification), 软件需求说明书 的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共
同的理解,使之成为整个开发工作的基础。包含硬件、功能、性能、输 入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法 规的要求 一个软件系统的生命周期包含可行性分析和项目开发计划,需求分析,设计(概要设计和详细设计),编码,测试维护 程序流程设计在详细设计和实现阶段,软件的总体结构设计在概要设计,并在概要设计说明说进行说明 详细设计:程序流程设计,代码设计,数据库设计,人机界面设计 软件设计包软件的结构设计,数据设计,接口设计和过程设计 结构设计:定义软件系统各主要部件之间的关系 软件测试的对象包括源程序,目标程序,数据及相关文档 软件的完全测试是不可能的原因:输入输出量太大,输出结果太多以及路径组合太多,测试依据没有同统一的标准 软件测试可以分为单元测试,集成测试,(确认测试),系统测试,验收测试 白盒测试:根据程序内部结构进测试,对程序的所有逻辑分之进行测试,逻辑覆盖属于典型的白盒测试,,在进行动态测试时,需要测试软件内部的结构和处理过程,不需要测试产品功能;在进行静态测试时有静态结构分析法,静态质量度量法,代码检查法
1.2.1 通信系统的一般模型 1.2.3 数字通信的特点 (1) 抗干扰能力强，且噪声不积累 (2) 传输差错可控 (3) 便于处理、变换、存储，将来自不同信源的信号综合到一起传输 (4) 易于集成，使通信设备微型化，重量轻 (5) 易于加密处理，且保密性好 1.3.1 通信系统的分类 按调制方式分类：基带传输系统和带通（调制）传输系统 。调制传输系统又分为多种 调制，详见书中表1-1。 按信号特征分类：模拟通信系统和数字通信系统 按传输媒介分类：有线通信系统和无线通信系统 3.1.2 随机过程的数字特征 均值（数学期望）： 方差： 相关函数 3.2.1 平稳随机过程的定义 （1）其均值与t 无关，为常数a ； （2）自相关函数只与时间间隔τ 有关。 把同时满足（1）和（2）的过程定义为广义平稳随机过程。 3.2.2 各态历经性 如果平稳过程使下式成立 则称该平稳过程具有各态历经性。 3.2.4 平稳过程的功率谱密度 非周期的功率型确知信号的自相关函数与其功率谱密度是一对傅里叶变换。这种关系对平稳随机过程同样成立，即有 []∫∞∞?=dx t x xf t E ),()(1ξ} {2)]()([)]([t a t E t D ?=ξξ2121212212121),;,()] ()([),(dx dx t t x x f x x t t E t t R ∫∫ ∞∞?∞∞?==ξξ???==)()(τR R a a ∫∫ ∞ ∞?∞∞??==ω ωπτττωωτξωτξd e P R d e R P j j )(21)()()(
3.3.2 重要性质 广义平稳的高斯过程也是严平稳的。 高斯过程经过线性变换后生成的过程仍是高斯过程。 3.3.3 高斯随机变量 （1）f (x )对称于直线 x = a ，即 （2） 3.4 平稳随机过程通过线性系统 输出过程ξo (t )的均值: 输出过程ξo (t )的自相关函数： 输出过程ξo (t )的功率谱密度: 若线性系统的输入是平稳的，则输出也是平稳的。 如果线性系统的输入过程是高斯型的，则系统的输出过程也是高斯型的。 3.5 窄带随机过程 若随机过程ξ(t )的谱密度集中在中心频率f c 附近相对窄的频带范围Δf 内，即满足Δf << f c 的条件，且 f c 远离零频率，则称该ξ(t )为窄带随机过程。 3.7 高斯白噪声和带限白噪声 白噪声n (t ) 定义：功率谱密度在所有频率上均为常数的噪声 － 双边功率谱密度 － 单边功率谱密度 4.1 无线信道 电磁波的分类： 地波：频率 < 2 MHz ；距离：数百或数千千米 天波：频率：2 ~ 30 MHz ；一次反射距离：< 4000 km 视线传播：频率 > 30 MHz ；距离: 4.3.2 编码信道模型 P(0 / 0)和P(1 / 1) － 正确转移概率，P(1/ 0)和P(0 / 1) － 错误转移概率 P (0 / 0) = 1 – P (1 / 0) P (1 / 1) = 1 – P (0 / 1) 2)(0 n f P n =)(+∞<
第一章:预备知识 §1、1 概率空间 随机试验,样本空间记为Ω。 定义1、1 设Ω就是一个集合,F 就是Ω的某些子集组成的集合族。如果 (1)∈ΩF; (2)∈A 若F ,∈Ω=A A \则F; (3)若∈n A F , ，，21=n ,则 ∞=∈1n n A F; 则称F 为-σ代数(Borel 域)。(Ω,F )称为可测空间,F 中的元素称为事件。 由定义易知: . 216\,,)5)4(111F A A A i F A F B A F B A F i i n i i n i i i ∈=∈∈∈∈?∞ === ，，则，，，）若（； 则若（； 定义1、2 设(Ω,F )就是可测空间,P(·)就是定义在F 上的实值函数。如果 ()()()()∑∞ =∞==???? ???=?≠=Ω≤≤∈1121,,,31210,)1(i i i i j i A P A P A A j i A A P A P F A 有 时，当）对两两互不相容事件（； ）（； 任意 则称P 就是()F ,Ω上的概率,(P F ，，Ω)称为概率空间,P(A)为事件A 的概率。 定义1、3 设(P F ，，Ω)就是概率空间,F G ?,如果对任意 G A A A n ∈,,,21 , ,2,1=n 有: (),1 1∏===???? ??n i i n i i A P A P 则称G 为独立事件族。 §1、2 随机变量及其分布 随机变量X ,分布函数)(x F ,n 维随机变量或n 维随机向量,联合分布函 数,{}T t X t ∈,就是独立的。 §1、3随机变量的数字特征 定义1、7 设随机变量X 的分布函数为)(x F ,若?∞ ∞-∞<)(||x dF x ,则称 )(X E ＝?∞ ∞-)(x xdF 为X 的数学期望或均值。上式右边的积分称为Lebesgue-Stieltjes 积分。 方差,()()[]EY Y EX X E B XY --=为X 、Y 的协方差,而 DY DX B XY XY = ρ 为X 、Y 的相关系数。若,0=XY ρ则称X 、Y 不相关。 (Schwarz 不等式)若,,22∞<∞ 软件测试知识点总结 第一次课10.7软件测试概述 一软件测试定义：使用人工或者自动的手段来运行或测定它是否满足规定的需求，或弄预期结果与实际结果之间的差别。 二软件测试的分类 1．按照开发阶段划分 a)单元测试：模块测试，检查每个程序单元嫩否正确实现详细设计 说明中的模块功能等。 b)集成测试：组装测试，将所有的程序模块进行有序、递增的测试， 检验程序单元或部件的接口关系 c)系统测试：检查完整的程序系统能否和系统（包括硬件、外设和 网络、系统软件、支持平台等）正确配置、连接，并满足用户需 求。 d)确认测试：证实软件是否满足特定于其用途的需求，是否满足软 件需求说明书的规定。 e)验收测试：按项目任务或合同，供需双方签订的验收依据文档进 行的对整个系统的测试与评审，决定是否接受或拒收系统。 2．按照测试技术划分 白盒测试：通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。--结构测试 黑盒测试：通过软件的外部表现来发现错误，是在程序界面处进行 测试，只是检查是否按照需求规格说明书的规定正常实现。 灰盒测试：介于白盒测试与黑盒测试之间的测试。 3 按照测试实施组织划分：开发方测用户测试第三方测试 4 是否使备测软件运行：静态测试动态测试。 课后作业：1.软件测试与调试的区别？ （1）测试是为了发现软件中存在的错误；调试是为证明软件开发的正确性。 （2）测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。 （3）测试是有计划的，需要进行测试设计；调试是不受时间约束的。（4）测试经历发现错误、改正错误、重新测试的过程；调试是一个推理过程。 （5）测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。 （6）测试经常是由独立的测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。 （7）大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。 2.对软件测试的理解？ 软件测试就是说要去根据客户的要求完善它.即要把这个软件还 一、什么是软件测试？ 1979年，myer：软件测试就是为了发现错误而执行程序或系统的过程。 1983年，IEEE：软件测试即使用人工或自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。 二、现代软件测试活动的内容？ 制定测试计划、设计测试用例、实施测试、提交缺陷报告、测试总结 三、软件测试的目的？ GrenfordJ.Myers在《The Art of Software Testing》一书中的观点： 1、测试是程序的执行过程，目的在于发现错误 2、一个成功的测试用例在于发现至今未发现的错误 3、一个成功的测试是发现了至今未发现的错误的测试 简单的说，测试的根本目的就是确保最终交给用户的产品符合用户的需求，在产品交给用户之前尽可能多的发现并改正问题。 四、测试一般要达到的目标？ 确保产品完成了它所承诺或公布的功能，并且用户可以访问到的功能都有明确的书面说明； 确保产品满足性能和效率的要求； 确保产品是健壮的和适应用户环境的。 五、软件测试分类？ 1、按测试策略分类： a静态测试与动态测试 静态测试 定义：不运行被测程序本身而寻找程序代码中可能存在的错误或评估程序代码的过程。 Ps：通过分析或检查源程序的文法、结构、过程、接口等来检验程序的正确性，找出缺陷和可疑之处，例如不匹配的参数、不适当的分支嵌套和循环嵌套、未使用过的变量、空指针的引用等；可采用人工和软件工具进行；静态测试工具的代表：telelogic公司的logiscope 软件、PR公司的PRQA软件等。 静态测试特点： 不必动态地运行程序，也不必进行测试用例设计和结果判断等工作； 可由人工进行，充分发挥人得逻辑思维优势； 不需要特别的条件，容易展开。 静态测试要点： 代码审查（code inspection或code review）、代码走查（walkthrough）、桌面检查、技术评审（软件需求分析和设计评审）、静态分析（使用软件工具，包括控制流分析、数据流分析、接口分析和表达式分析） 动态测试 定义：实际运行被测程序，输入相应的测试实例，检查运行结果和预期结果的差异，判断执行结果是否符合要求，从而检验程序的正确性、可靠性和有效性，并分析系统运行效率和健壮性等性能。 组成：构造测试实例、根据测试实例运行程序、分析程序的输出结果。 主要方法：黑盒测试和白盒测试。 动态测试特点： 实际运行被测试程序，取得程序运行的真实情况、动态情况，并进行分析； 必须生成测试数据来运行程序，测试质量依赖于测试数据； 随机过程知识点汇总 第一章 随机过程的基本概念与基本类型 一．随机变量及其分布 1．随机变量X ， 分布函数)()(x X P x F ≤= 离散型随机变量X 的概率分布用分布列 ) (k k x X P p == 分 布函数∑=k p x F )( 连续型随机变量X 的概率分布用概率密度)(x f 分布函数?∞ -=x dt t f x F )()( 2．n 维随机变量) ,,,(2 1 n X X X X Λ= 其联合分布函数) ,,,,(),,,()(2211 2 1 n n n x X x X x X P x x x F x F ≤≤≤==ΛΛ 离散型 联合分布列 连续型 联合概率密度 ３．随机变量的数字特征 数学期望：离散型随机变量X ∑=k k p x EX 连续型随 机变量X ?∞ ∞-=dx x xf EX )( 方差：2 22 )() (EX EX EX X E DX -=-= 反映随机变量取值的 离散程度 协方差（两个随机变量Y X ,）： EY EX XY E EY Y EX X E B XY ?-=--=)()])([( 相关系数（两个随机变量Y X ,）： DY DX B XY XY ?= ρ 若 0=ρ，则称Y X ,不相关。 独立?不相关?0=ρ ４．特征函数)()(itX e E t g = 离散 ∑=k itx p e t g k )( 连续 ?∞ ∞ -=dx x f e t g itx )()( 重要性质：1)0(=g ，1)(≤t g ，)()(t g t g =-，k k k EX i g =)0( ５．常见随机变量的分布列或概率密度、期望、方差 ０－１分布 q X P p X P ====)0(,)1( p EX = pq DX = 二项分布 k n k k n q p C k X P -==)( np EX = npq DX = 泊松分布 ! )(k e k X P k λλ -== λ =EX λ =DX 均匀分布 略 正态分布),(2 σa N 2 22)(21)(σσ πa x e x f -- = a EX = 2 σ=DX 指数分布 ?? ?<≥=-0, 00,)(x x e x f x λλ λ 1 = EX 2 1 λ = DX ６．Ｎ维正态随机变量) ,,,(2 1 n X X X X Λ=的联合概率密度 ),(~B a N X )} ()(2 1 ex p{| |)2(1),,,(12 12 21a x B a x B x x x f T n n ---= -πΛ ) ,,,(21n a a a a Λ=，),,,(2 1 n x x x x Λ=，n n ij b B ?=)(正定协方差阵 二．随机过程的基本概念 １．随机过程的一般定义 设) , (P Ω是概率空间，T 是给定的参数集，若对每 个T t ∈，都有一个随机变量X 与之对应，则称随机变量 1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！ 2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。 3、软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。 4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。 5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，100%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。 6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序；用VC＋＋、Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码；除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！ 7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自 第一章随机过程 的基本概念与基本类型 一．随机变量及其分布 X ，分布函数 F (x) P(X x) 1．随机变量 离散型随机变量 X 的概率分布用分布列 p P(X x k ) F(x) p k f (t)dt 分布函数 k x X 的概率分布用概率密度 f (x) F(x) 分布函数 连续型随机变量 2．n 维随机变量 X (X ,X , , X ) 1 2 n F(x) F(x ,x , ,x ) P(X x , X 2 x , , X n x n ,) 其联合分布函数 1 2 n 1 1 2 离散型 联合分布列 连续型联合概率密度 ３．随机变量 的数字特征 数学期望：离散型随机变量 X EX x p k k X EX xf (x)dx 连续型随机变量 2 DX E(X EX) 2 EX (EX) 2 方差： 反映随机变量取值 的离散程度 协方差（两个随机变量 X ,Y ）： B E[( X EX)(Y EY)] E(XY) EX EY XY B XY 相关系数（两个随机变量 X,Y ）： 0，则称 X ,Y 不相关。 若 XY DX DY 独立 不相关 itX g(t) E(e ) itx e p k 连续 g(t) k e itx f (x)dx ４．特征函数 离散 g(t) 重要性质： g(0) 1， g(t) 1 g( t) g(t) ， ， g (0) i EX k k k ５．常见随机变量 的分布列或概率密度、期望、方差 ０－１分布 二项分布 P( X 1) p,P( X 0) q EX p DX pq P(X k) C p q n k k k EX np DX n p q n k 泊松分布 P( X k) e k! EX DX 均匀分布略 ( x a)2 1 2 N(a, ) f (x) 2 2 2 EX a 正态分布 e DX 2 黑盒测试主要是为了发现以下错误： 1、是否有不正确或遗漏的功能？ 2、在接口上，输入能否正确地接受？能否输出正确的结果？ 3、是否有数据结构错误或外部信息（例如数据文件）访问错误？ 4、性能上是否满足要求？ 5、是否有初始化或终止性错误？ 黑盒测试用例方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交实验设计法、功能图法。 等价类划分法：把程序的输入域划分为若干部分，然后从每个部分中选取少数代表性数据作为测试用例，每一类的代表性数据在测试的作用等价于这一类中的其他值。 边界值分析法：对输入或输出的边界值进行测试，通常边界值分析法是作为等价类划分的补充，其测试用例来自等价类的边界。 错误分析法：基于经验和直觉推测程序中可能存在的错误，从而对有针对性的设计测试用例的方法。 因果图法：利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。 判定表驱动法：判定表是分析和表达多逻辑条件下执行不同操作的。 正交实验法：从大量的数据中挑选适量的，有代表性的点，从而合理地安排实验的一种科学测试方法。 功能图法：由状态迁移图和布尔函数组成，状态迁移图用状态和迁移来描述，一个状态指出数据输入的位置(或时间)，而迁移则指明状态的改变，同时要依靠判定表或因果图表示的逻辑功能。 折叠LR函数: lr_start_transaction 为性能分析标记事务的开始 lr_end_transaction 为性能分析标记事务的结束 lr_rendezvous 在Vuser 脚本中设置集合点 lr_think_time 暂停Vuser 脚本中命令之间的执行 lr_end_sub_transaction 标记子事务的结束以便进行性能分析 第一章： 考试范围1.3,1.4 1、计算指数分布的矩母函数. 2、计算标准正态分布)1,0(~N X 的矩母函数. 3、计算标准正态分布)1,0(~N X 的特征函数. 第二章： 1. 随机过程的均值函数、协方差函数与自相关函数 2. 宽平稳过程、均值遍历性的定义及定理 3. 独立增量过程、平稳增量过程，独立增量是平稳增量的充要条件 1、设随机过程()Z t X Yt =+，t -∞<<∞.若已知二维随机变量(,)X Y 的协方差矩阵为2122σρρσ?????? ，求()Z t 的协方差函数. 2、设有随机过程{(),}X t t T ∈和常数a ，()()()Y t X t a X t =+-，t T ∈，计算()Y t 的自相关函数（用(,)X R s t 表示）. 3、设12()cos sin X t Z t Z t λλ=+，其中212,~(0,)Z Z N σ是独立同分布的随机变量，λ为实数，证明()X t 是宽平稳过程. 4、设有随机过程()sin cos Z t X t Y t =+，其中X 和Y 是相互独立的随机变量，它们都分别以0.5和0.5的概率取值-1和1，证明()Z t 是宽平稳过程. 第三章： 1. 泊松过程的定义（定义3.1.2）及相关概率计算 2. 与泊松过程相联系的若干分布及其概率计算 3. 复合泊松过程和条件泊松过程的定义 1、设{(),0}N t t ≥是参数3λ=的Poisson 过程，计算： (1). {(1)3}P N ≤； (2). {(1)1,(3)3}P N N ==； (3). {(1)2(1)1}P N N ≥≥. 2、某商场为调查顾客到来的客源情况，考察了男女顾客来商场的人数. 假设男女顾客来商场的人数分别独立地服从每分钟2人与每分钟3人的泊松过程. (1)．试求到某时刻t 时到达商场的总人数的分布； 软件测试基础教程 测试是软件生存周期中十分重要的一个过程，是产品发布、提交给最终用户前的稳定化阶段。 一、测试的分类： 从测试方法的角度分为： （1）手工测试：不使用任何测试工具，根据事先设计好的测试用例来运行系统，测试各功能模块。 （2）自动化测试：利用测试工具，通过编写测试脚本和输入测试数据，自动运行测试程序。目前最常用的自动化测试工具是基于GUI的自动化测试工具，基本原理都是录制、回放技术。 > 从整体的角度分为： （1）单元测试：是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。单元测试的依据是系统的详细设计；一般由项目组开发人员自己 完成。 （2）集成测试：在单元测试的基础上，将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。 （3）系统测试：系统测试是在所有单元、集成测试后，对系统的功能及性能的总体测试。 （4）确认测试：模拟用户运行的业务环境，运用黑盒测试方法，验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性（功能、非功能）上的。 从测试原理上分为： . （1）白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。 （2）黑盒测试：是通过使用整个软件或某种软件功能来严格地测试，而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时， 把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它 只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。 黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测法。 A、等价类划分：是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子 集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的，常用的黑盒测试 用例设计方法。 B、边界值分析：长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是 发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错 误。 C、错误推测法：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的 方法。错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特 殊情况，根据他们选择测试用例。例如，在单元测试时曾列出的许多在模块中常见的 错误。以前产品测试中曾经发现的错误等，这些就是经验的总结。还有，输入数据 和输出数据为0的情况。输入表格为空格或输入表格只有一行。这些都是容易发生错 误的情况。可选择这些情况下的例子作为测试用例。 H a r b i n I n s t i t u t e o f T e c h n o l o g y 课程设计（论文） 课程名称：应用随机过程 设计题目：随机过程简史 院系：电气工程学院 班级： 11S0104 设计者：孙延博 学号： 11S001070 指导教师：田波平 设计时间： 2011-10-23 随机过程简史 摘要 本文简要地介绍了随机过程从20世纪初创立至今，100年的发展历程考察了导致随机过程产生的历史契机，以及早期数学家在这方面作出的杰出工作。并简要介绍了随机过程的概念，研究方法 和研究内容，在现代工程技术领域的应用。 关键词：随机过程平稳随机过程平稳随机序列 1.随机过程的概念研究方法及研究内容 随机过程是现代概率论研究的一个重要分支。数学上的随机过程是由实际随机过程概念引起的一种数学结构。人们研究这种过程，是因为它是实际随机过程的数学模型，或者是因为它的内在数学意义以及它在概率论领域之外的应用。数学上的随机过程可以简单的定义为一组随机变量，即指定一参数集，对于其中每一参数点t指定一个随机变量x(t)。如果回忆起随机变量自身就是一个函数，以ω表示随机变量x(t)的定义域中的一点，并以x(t，ω)表示随机变量在ω的值，则随机过程就由刚才定义的点偶(t，ω)的函数以及概率的分配完全确定。如果固定t，这个二元函数就定义一个ω的函数，即以x(t)表示的随机变量。如果固定ω，这个二元函数就定义一个t的函数，这是过程的样本函数。由于物理学生物学，通讯和控制管理科学等学科的需要随机过程逐步发展起来的。马尔柯夫最早研究了随机过程。研究随机过程的方法多种多样，主要可以分为两大类：一类是概率方法，其中用到轨道性质、停时和随机微分方程等；另一类是分析的方法，其中用到测度轮、微分方程、半群理论、函数堆和希尔伯特空间等。实际研究中常常两种方法并用。另外组合方法和代数方法在某些特殊随机过程的研究中也有一定作用。研究的主要内容有：多指标随机过程、无穷质点与马尔可夫过程、概率与位势及各种特殊过程的专题讨论等。中国学者在平稳过程、马尔科夫过程、鞅论、极限定理、随机微分方程等方面做出了较好的工作。 2.随机过程的历史 1900年，Bachelier在分析股票市场波动时．发现了随机过程的一个重过程——独立增量过程的特恻。1905年，物理学家Einstein在研究Brown运动时，也遇到了相同的过程．1923年，Wiener 给出了Brown运动的数学描述- wiener过程。 Lunbderg在1903年研究一个保险公司所承担索赔累计数的变化规律时．导出了另一类型的随机过程——Lundberg过程。而众所周知、应用甚广的Poisson过程是当所有得付出的索赔总数中每一笔数目都相同时的Lundberg过程。 1909年，Erlang在研究电话业务时引入了Poisson过程，并被物理学家Rutherford和Geiger用于分析放射性蜕变。这些早期对随机过程的研究都是同实际问题紧密联系在一起的。虽然在数学上用了不太严密的方法，却表现出了直观处理这些概念和方法的绝妙能力。 软件测试年度总结报告 篇一：软件测试工程师年终述职总结 内蒙古金财信息技术有限公司 研发二部-孟磊年终总结 XX年12月 XX年终总结 回顾XX年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下： 一、项目时间点及各阶段工作 二、测试总结 中间业务平台管理系统集成测试阶段： 缺陷数据分配表 告警性建议性严重性 郭洪敏 14 8 17 39 李扬 43 7 33 83 孟凡波 72 23 52 147 缺陷摘要饼形图 聂飞龙 7 1 13 21 136 39 115 290 严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增” 报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。 中间业务平台管理系统上线阶段： 在管理系统上线阶段共发现6个问题其中有代表性问题分类如下： 1、需求问题： 系统维护->账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。 教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。 2、技术实现问题： 集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。教训： 测试角度：只测试了功能实现与否，没测试功能实现的软件测试知识点总结
软件测试基础知识总结
随机过程知识点汇总
软件测试人员6年工作经验总结
(完整版)随机过程知识点汇总
软件测试基础知识汇总
随机过程知识点总结
软件测试基础知识整理
随机过程简史
软件测试年度总结报告
相关主题
文本预览