[课程设计.ppt

软件工程 是开发、运行、维护和修正软件的一种系统方法，其目标是提高软件质量和开发效率，降低开发成本。 数据库应用系统的开发一般阶段： 可行性分析 需求分析 概要设计 详细设计 代码设计 测试维护 系统交付 二. 需求分析 程序的内容就是对需要解决的问题的描述。它首先要建立计算机可以实现的计算模型。 建模仅仅是程序设计的基础。程序在此模型上做什么事,即程序的规格说明(specification) 问题的提出只是用户的需要(need)，把需要变为需求(requirement)是需求分析的工作，即有没有可能用软件来满足用户需要(可行性)。如果可行，这个程序应是什么样的(需求定义)，这就是程序的规格说明. 一个程序(软件)经过分析可以分解为若干个子部分，除了总的规格说明之外，各子部分也要写规格说明。它们也是这些子部分开发、测试、验收的依据. 生成需求规格说明书。 软件质量要经过验证(Verification)和确认(Validation)过程，简称VV。验证是证实软件正确地实现了某些功能(所作的软件正确)；确认是证实所作软件能够满足用户的要求. 1. 测试技术： 测试将可能的输入值输入运行后看程序是否满足预期结果。 测试数据称为测试用例(testing case)。测试用例的选取和采用的测试技术有关。 (1) 黑箱测试：只看输入和程序结果，不管程序内部执行过程 等价类划分： 程序的输入至少有两大类，分为有效输入(可得出正确值)等价类，一为无效输出等价类 边值分析：在等价类的基础上用边界值进行测试 (2) 白箱测试：也叫路径测试。所有的语句必须执行一次以上。 2. 测试策略 测试的种类 (1) 单元测试 对一个模块或几个模块组成的小功能单元作测试，一般以白箱测试为主，多个模块可以并行进行. (2) 集成测试--最终将本项目所有模块集成一个完整的程序产品。 由底向上集成 :最底层的模块叫原子模块。 缺点是不到最后总没有一个“完整”的概念。 优点是总是测试“真实”模块，易于设计较充分的用例。 自顶向下集成:从总控模块(主程序)，处处设桩(凡有调用子模块处)，测完一块向下走一块。因而必然是增量式。 回归测试：将测试过的用例的子集重新执行，以确保新的变更不会产生不希望的边界效应。主要的工作是收集有代表性的用例子集，可以人工整理，也可用找回归(capture playback)工具辅助完成。整理出的回归测试集(suite)包含以下内容: 程序的每种功能的典型样板用例(为以后测试用)； 对每种更改特别敏感的用例； 已改好的软件构件的用例。 （4） 系统测试 软件说到底是信息系统或计算系统的一部分，最后要集成为一个整体，包括硬件、软件、与此相关的其它设备。此时的测试称系统测试(System testing) (1) 恢复测试：是人为制造一种故障，察看它能否正确地恢复 (2) 安全测试：测试系统对外来无意/恶意攻击的保护能力。 (3) 强度测试:是测试软件面临不正确情况时失衡的极点 (4) 性能测试:是指有高度实时要求的或嵌入式应用系统。在开发环境下已做完功能和性能测试 六. 软件维护 软件维护，就是在软件交付使用之后，为了改正错误或满足新的需要而修改软件的过程。而软件维护的最终目的，是满足用户对已开发产品的性能与运行环境不断提高的要求进而达到延长软件寿命。根据要求维护的原因，维护的活动可以分为三种类型。 1．改正性维护（Corrective Maintenance） 2．适应性维护（Adaptive Maintenance） 3．完善性维护（Perfect Maintenance） 数据库编辑操作 记录浏览 可通过ADO 数据控件4个箭头按钮（ ）完成，也可使用Move方法实现。 Recordset对象的Move方法支持数据控件对象的4个箭头按钮操作，以便遍历整个记录集，它们是 MoveFirst 记录指针移动到第一条记录 MoveLast 最后一条记录 MoveNext 下一条记录 MovePrevious 前一条记录 Move[n] 向前或向后n条记录 添加记录 AddNew方法可以在记录集中创建新记录。 数据控件名.Recordset.AddNew [FieldList, Values] 数据控件名.Recordset.Update [FieldList, Values] 修改记录 在ADO数据控件的记录集中修改记录中的数据后，使用Update方法保存修改后的结果。 例如，使用修改Adodc1控件的当前记录，步骤为： （1）给各字段赋值，或在绑定控件中直接修改。 （2）调用Update方法，确定所进行的修改：Adodc1.Recordset.Update。 删除记录 AD