-
最终产品的质量需求是什么？
是指为达到以更低成本更好质量满足最终用户对最终产品的需求为目的，而以提供产品为核心，
将供应源到需求源所涉及的各个环节组成的有机结合体。 -
选择什么样的开发组织？
组织的技术人员
在开发app的过程中技术人员是非常重要的，组织的技术人员水平高低直接决定了开发出来app
的质量高低。后期的服务
app开发的工作在开发完成之后并不是就全部完成了，在完成app开发以后还涉及到app的更新
等等方面，如果选择了后期团队完善的公司那么服务也会更好一些。开发团队的技术能力
不同的行业导致app有各种各样的类型，很多企业对于app开发的要求也会高一些，在开发的
过程中，每个不同的app开发团队也有属于自己的特色，对于app开发公司的考察因素主要包
括企业的服务周期、后期代码的更新优化水平以及ui的开发设计等等。所以，一个app开发团
队的技术能力，直接决定了app开发完成以后的结果。 -
为预防软件质量缺陷应该做点儿什么？
常见的方法就是评审、重构、复用以及原因分析。
评审
评审是很常见的一种验证手段。虽然普通，但它的作用可不小。软件缺陷很大一部分是来自
于对需求的定义和理解不正确。而如果你能做好需求评审，可以很大程度地减少这部分缺陷。
同样的，设计评审可以很大程度上减少设计缺陷。
在软件实现之前，评审是最有效地去除缺陷的手段，而越早去除这些潜在的缺陷，所需的代
价也会越小。评审是一种缺陷去除手段，在这里说是缺陷预防方法，是站在代码的角度来说
的，因为这时代码还没有生成，评审去除的缺陷就像是预防了在代码中生成缺陷。
重构
当开始代码实现之后，程序员会发现随着对业务需求更深入的理解，代码的结构可能会变得
不合时宜；或者代码的结构有些臃肿，有了“坏味道”，这时就需要对代码进行重构。因为重
构是在测试之前，程序员主动地重构，就会预防因为代码变坏而产生更多的缺陷。
复用
软件复用的前提，是已经有了经过验证和确认正确的可复用的构件。如果软件都是由这些构
件组成的，那么这些功能模块本身是没有缺陷的，从而就会使集成起来的软件的缺陷也大大
降低。对于复用来说，困难的是持续不断地推进复用的策略，不断丰富组织的可复用构件库。
原因分析
原因分析是解决问题的一种通用方法。对于软件开发来说，把软件研制过程中发现的问题进
行统计分析，找出问题产生的根本原因，制定出对应的纠正措施，可以使新开发的软件避免
出现重复的问题。我们应当要求所有新开发的软件在开发之前先去查找同类软件之前发生过
的问题，对应的解决措施，在软件设计和实现时，吸取教训，完善设计，以达到预防缺陷的
目的。 -
怎样检查软件质量？
功能性：
用户的需求是否满足，即客户要求的功能是否全部实现
易使用性：
对于一个刚上手的用户来讲，软件是否对用户具有友善性以及方便性，即软件的功能操作不
需要用户花太多的时间去学习或理解怎么用。
高效率性：
这里涉及到软件的性能相关，在指定的条件下，用软件实现某种功能所需的计算机资源（包
括时间）的有效程度。效率反映了在完成功能要求时，有没有浪费资源，此外"资源";这个术
语有比较广泛的含义，它包括了内存、外存的使用，通道能力及处理时间。
可靠性：
在规定的时间和条件下，软件所能维持其性能水平的程度。可靠性对某些软件是重要的质量
要求，它除了反映软件满足用户需求正常运行的程度，且反映了在故障发生时能继续运行的
程度。
可维护性：
软件在研发时需求变更时进行相应修改的容易程度。，以及上市之后的运行维护的方便性，
一个易于维护的软件系统也是一个易理解、易测试和易修改的软件，以便纠正或增加新的功
能，或允许在不同软件环境上进行操作。
可移植性：
从一个环境转移到另一个环境的容易程度。 -
在检查点应该获得哪些信息？
检查点记录是一类新的日志记录。它的获得信息包括：
①建立检查点时刻所有正在执行的事务清单
②这些事务的最近一个日志记录的地址。
