4结构化开发方法

1、通常,可以按照在软件系统中的功能将模块分为四种类型。
传入模块:取得数据或输入数据,经过某些处理,再将其传送给其他模块.
传出模块:输出数据,在输出 之前可能进行某些处理,数据可能被输出到系统的外部,或者会输出到其他模块进行进一步处理。
变换模块:从上级调用模块得到数据,进行特定的处理,转换成其他形式,在将加工结果返回给调用模块。
协调模块:一般不对数据进行加工,主要是通过调用、协调和管理其他模块来完成特定的功能。

2、 无主程序员组的开发小组,每两十开发人员之间都有沟通路径,因此,8人组成的开发小组沟通路径为完全连通无向图的边数,即 m = n(n-1)/2,其中n和m分另表示图的顶点数和边数。当n=8时,m==28。 主程序员组中,除了主程序员外的每个开发人员只能和主程序员沟通,因此8人组成的开发小组的沟通路径8-1=7。

3、 功能性特性的质量子特性包括适合性、准确性、互用性、依从性和安全性。

4、仓库风格包括数据库系统、黑板系统、超文本系统

5、
**语句覆盖:**每条语句至少执行一次。
**判定覆盖:**每个判定的所有可能结果至少出现一次。(又称“分支覆盖”)
**条件覆盖:**每个条件的所有可能结果至少执行一次。
判定/条件覆盖:一个判定中的每个条件的所有可能结果至少执行一次,并且每个判断本身的所有可能结果至少执行一次。
多重条件覆盖(组合覆盖):每个判定中的所有可能的条件结果的组合,以及所有的入口点都至少执行一次。(注意“可能”二字,因为有些组合的情况难以生成。)
**完全路径覆盖:**每条路径至少执行一次。
**基本路径覆盖:**根据流图计算环复杂度,得到基本路径覆盖的用例数。
分割后的完全路径覆盖:每条路径至少执行一次,每个条件的所有可能结果至少执行一次。
覆盖程度排序:路径覆盖 > 多重条件覆盖 > 判定/条件覆盖 > 条件覆盖 > 判定覆盖 > 语句覆盖
路径覆盖是覆盖率最高的。语句覆盖最弱。
满足多重条件覆盖准则的测试用例集,同样满足判定覆盖准则、条件覆盖准则和判定/条件覆盖准则。

6、
自顶向下集成
优点:较早地验证了主要控制和判断点;按深度优先可以首先实现和验证一个完整的软件功能;功能较早证实,带来信心;只需一个驱动,减少驱动器开发的费用;支持故障隔离。
缺点:柱的开发量大;底层验证被推迟;底层组件测试不充分。
适应于产品控制结构比较清晰和稳定;高层接口变化较小;底层接口未定义或经常可能被修改;产品的主要控制组件具有较大的技术风险,需要尽早被验证;希望尽早能看到产品的系统功能行为。
自底向上集成
优点:对底层组件行为较早验证;工作最初可以并行集成,比自顶向下效率高;减少了桩的工作量;支持故障隔离。
缺点:驱动的开发工作量大;对高层的验证被推迟,设计上的错误不能被及时发现。
适应于底层接口比较稳定;高层接口变化比较频繁;底层组件较早被完成。

7、MTTF平均无故障时间,MTTR平均修复时间,MTBF平均失效间隔时间
可靠性:指一个系统对于给定时间间隔内、给定条件下无失效运作的概率。可以用MTTF/(1+MTTF)来度量
可用性:在给定时间点上,一个系统能够按照规格说明正确运作的概率。可以用MTBF/(1+MTBF)来度量
可维护性:实在给定使用条件下,在规定时间间隔内,使用规定的过程和资源完成维护活动的概率,可以用1/(1+MTTR)来度量

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

哒啵Q_git

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值