- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
数据库跟软件工程建设第二部分:软件工程建设(结合数据库分析跟设计)资料文档
* 在进行软件设计时,抽象与逐步求精、模块化密切相关,帮助我们定义软件结构中模块的实体,由抽象到具体地分析和构造出软件的层次结构,提高软件的可理解性。 * * * * * * * * * * * * * * * * 路径测试 路径测试就是设计足够的测试用例,覆盖程序中所有可能的路径。 测 试 用 例 通过路径 覆盖条件 【(2, 0, 4), (2, 0, 3)】 ace (L1) 【(1, 1, 1), (1, 1, 1)】 abd (L2) 【(1, 1, 2), (1, 1, 3)】 abe (L3) 【(3, 0, 3), (3, 0, 1)】 acd (L4) * α测试和β测试 在软件交付使用之后,用户将如何实际使用程序,对于开发者来说是无法预测的。 * α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。 α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。尤其注重产品的界面和特色。 α测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。 * β测试是由软件的多个用户在实际使用环境下进行的测试。这些用户返回有关错误信息给开发者。 测试时,开发者通常不在测试现场。因而,β测试是在开发者无法控制的环境下进行的软件现场应用。 在β测试中,由用户记下遇到的所有问题,包括真实的以及主观认定的,定期向开发者报告。 * β测试主要衡量产品的FLURPS。着重于产品的支持性,包括文档、客户培训和支持产品生产能力。 只有当α测试达到一定的可靠程度时,才能开始β测试。它处在整个测试的最后阶段。同时,产品的所有手册文本也应该在此阶段完全定稿。 * 五、软件测试与调试 〈二〉调试 1.调试的目的 调试的目的是确定错误的原因和位置,并改正错误,因此调试也称为纠错。 软件调试是在进行了成功的测试之后才开始的工作。它与软件测试不同,调试的任务是进一步诊断和改正程序中潜在的错误。 调试活动由两部分组成: 确定程序中可疑错误的确切性质和位置。 对程序(设计,编码)进行修改,排除这个错误。 * 调试工作是一个具有很强技巧性的工作。 软件运行失效或出现问题,往往只是潜在错误的外部表现,而外部表现与内在原因之间常常没有明显的联系。如果要找出真正的原因,排除潜在的错误,不是一件易事。 可以说,调试是通过现象,找出原因的一个思维分析的过程。 * 五、软件测试与调试 〈二〉调试 2.调试技术 (1)简单的调试方法。在程序中插入打印语句或运行部分程序。 (2)归纳法调试。从测试结果发现的线索(错误迹象、征兆)入手,分析它们之间的联系,导出错误原因的假设,然后再证明或否定这个假设。 (3)演绎法调试。是列出所有可能的错误原因的假设,然后利用测试数据排除不适当的假设,最后再测试数据验证余下的假设确实是出错的原因。 (4)回溯法调试。从程序产生错误的地方出发,人工沿程序的逻辑路径反向搜索,直到找到错误的原因为止。 * 六、软件运行与维护 〈一〉运行 提交用户使用,根据用户反馈意见进行下一步的系统维护。 * 六、软件运行与维护 〈二〉维护 软件维护的内容有四种: 校正性维护 适应性维护 完善性维护 预防性维护。 维护阶段是软件生存周期中最后的一个阶段,也是时间最长、所花费的精力和费用最多的一个阶段。所以如何提高可维护性,减少维护的工作量和费用,这是软件工程的一个重要任务。 * 软件生存周期 软件生存周期模型 描述软件开发过程中各种活动如何执行的模型。是软件工程过程的简化的抽象描述。 瀑布模型 演化模型 螺旋模型 喷泉模型 增量模型 * 软件生存周期模型 1. 瀑布模型 优点:支持结构化软件开发、控制软件开发复杂性、促进软件开发工程化。 缺点:阶段间具有顺序性,各阶段依赖性强,缺乏灵活性。 适用于系统需求明确、技术成熟工程管理较严格的场合。对需求不明确的问题,开发完成后才发现不是用户所需,要纠正偏差会付出高额代价。 * 软件生存周期模型 2。演化模型—快速原型化方法 优点:与用户见面快、开发成功率高。 缺点:开发周期长,开发成本较高。 适用于需求不太明确的大系统 * 软件生存周期模型 3。螺旋模型 结合了瀑布模型和演化模型的优点,加入了风险分析的因素。 沿着螺旋线在坐标系的四个象限分别表达四个方面的活动:制定计划、风险分析、实施工程、客户评估。 每转一圈表示一个新
原创力文档


文档评论(0)