信息系统分析与设计全面总结

《信息系统分析与设计全面总结》由会员分享，可在线阅读，更多相关《信息系统分析与设计全面总结（18页珍藏版）》请在装配图网上搜索。

1、鱼夭第一章系统思想31 系统的概念32 系统的模型，概念的抽象级别33 系统的整体性、层次性34 系统思想的发展45 系统工程方法46 软系统方法论47 物理-事理-人理系统方法论 WSR4第二章信息与信息系统51 什么是信息，信息和数据的关系52 信息处理器53 信息与决策、信息与管理的关系54. 信息管理65. 信息系统是什么？有哪些功能？66.信息系统的结构67.C/S和B/S软件结构.7第三章信息系统建设概论71 信息系统建设的特点72 什么是信息系统的生命周期？几个阶段？每个阶段的任务是什么？73 围绕生命周期有哪些开发过程模型？各自特点（瀑布、原型、迭代）84 信息系统为什么要建模

2、？有哪些模型？对软件结构进行建模有什么方法，主要思想是什么？95 有哪些开发方式？各自利弊9第四章系统规划101 系统规划的特点、任务102 规划方法103 企业系统规划法的步骤104 什么是可行性分析，包括哪三个方面？105 资源的生命周期11第五章系统分析概述111 系统分析的任务112 分析阶段有哪些系统调查方法，调查什么113 两种方法：114 系统说明书的内容11第六章结构化系统分析121 数据流图描述了什么？绘制数据流图要注意的事项，应能绘制 12为什么需要数据字典？数据字典应该包含哪些条目？应能书写数据流、数据存储及处理 条目12对于复杂逻辑有几种表述方式（决策树、决策表，考题）

3、？优缺点 12第七章面向对象系统分析131 面向对象方法的基本思想和有关概念132UML是什么，主要包含哪些图？（UML1.X）每种图的用途是什么？ 133 用例图，参与者和用例的概念，用例与用例之间的关系（包含关系和扩展关系），绘制用例图134 用例规格说明（前置条件、后置条件、主事件流、备选事件流） 145类图中包含哪四种关系（耦合），具体什么含义，如何表示，绘制类图 146 对象关联的要素（名称、角色、多重性、方向） 147 泛化和实现的使用和绘制15第八章系统设计概述151 系统设计的任务152 系统设计和系统分析、系统实施的区分153 什么是总体设计，什么是详细设计15第九章系统总体

4、设计161 软件架构与软件结构的区别162 理解分层架构思想，信息系统可能使用的分层架构方案 163 面向对象的软件结构设计、类图164 软件设计原则，高内聚、低耦合16第十章系统详细设计171 输入设计172 输出设计173 人机交互设计174 程序处理过程详细设计175什么是整体部分关联？什么是依赖？ UML的表示176 网络和计算机系统设计177 数据库设计178 代码体系设计17第十一章系统实施171 测试的概念，四种类型，两种测试技术，为什么需要设计测试用例，如何设计测试用例？ 17第一章系统思想1 系统的概念定义：系统是由相互联系和相互制约的若干组成部分结合成的、具有特定功能的有机

5、整体 概念理解：系统是由若干要素组成的，是一个集合体；系统有一定的结构，同一系统的元素之间相互联系、相互作用。元素之间一切联 系方式的总和，称为系统的结构（主要的、相对稳定的、有一定规则的联系方式）； 系统具有特定功能，凡是系统都有一定的目的性。2系统的模型，概念的抽象级别1）实体系统（物理系统）最具体的确定存在的系统（系统实施阶段产生）。物理模型表达了具体的物理系统，模型中的元素都可以对应于实体（系统设计阶段 产生）。2）逻辑系统介于实体系统与概念系统之间，利用人类抽象思维能力，抽取系统本质， 描绘了系统的各个侧面（如静态的结构、动态的过程等）。使用逻辑模型表达（系统分析阶段产生），一个逻辑

6、系统可以建立不同的物理模型和实体 系统。3）概念系统最抽象的系统，根据系统目标构思出来的系统雏形，描绘了系统的大致轮 廓。使用概念模型表达（系统规划阶段产生）3系统的整体性、层次性系统的特性：整体性、层次性、目的性、稳定性、突变性、自组织性、相似性-系统整体性：指系统是由若干要素组成的具有一定新功能的有机整体，各个要素一旦组成系统整体，就表现出独立要素所不具备的性质和功能，形成新的系统的质的规定性，从而表现出整体的性质和功能不等于各个要素的性质和功能的简单相加 整体性表现在：-系统由部件组成，部件之间不是简单累加，而是具有了新的质-亚里士多德名言“整体大于部分之和”：1+12-与之相反“一个和

7、尚挑水吃，三个和尚没水吃”-整体性以有机关联性为保证（部件的不可分割） -划分系统以及子系统就是要从整体性出发，充分考虑各组成元素之间的关联性。 -比如学校系统教师工资的计算-系统的层次性：指的是，由于组成系统的诸要素的中中差异，使系统组织在地位、结构和功能上表现出等级秩序性，形成具有质的差异的系统等级层次性表现在：-系统组织表现出等级性-系统要素中，存在子系统，子系统的要素中又包含更低一层的子系统-从上至下组成金字塔结构，逐层具体化-比如企业组织结构、地区划分 -结构化方法就是考虑到系统的层次性，采取从抽象到具体、逐步求精的方法对 系统进行研究4 系统思想的发展古代朴素的系统思想 系统思想的

8、淹没 现代系统思想的兴起 复杂系统理论热潮5系统工程方法1962 年美国贝尔电话公司的霍尔，发系统工程方法论1.问题定义 2.目标选择 3.系统综合 4.系统分析 5.最优系统选择 6.实施计划 1969 年霍尔三维结构时间维、逻辑维、知识维6 软系统方法论硬系统是指具有良结构化(well-structured)的工程系统，问题和目标是确定的，能用明 确的数学模型描述，可以使用定量方法计算出系统行为和最优结果切克兰德创立软系统方法论无结构的问题：-问题虽然是“可认识的”，但不是“可定义的”-对问题的这种认识永远是主观的，并且随时间而改变-与其说是有待解决的问题，不如说是有待改善的状况7 物理-

9、事理-人理系统方法论 WSR20世纪90年代顾基等人提出WSR物理是什么事理怎么去做人理最好怎么做 “懂物理、明事理、通人理”是实践准则WSR 的 7 个步骤：1.理解意图 2.指定目标 3.调查分析 4.构造策略 5.选择方案 6.协 调关系7.实现构想第二章信息与信息系统1什么是信息，信息和数据的关系信息是经过加工后的数据，它对接受者有用，对决策或行为有现实或潜在的价值 数据与信息的关系可以看做原料与成品的关系。数据是未经组织的数字、词语、声音、图像等； 信息是以有意义的形式加以排列和处理的数据（有意义的数据）； 知识是用于生产的信息（有意义的信息）,是人类关于自然界、人类社会及思维方式与

10、 运动规律的认识、经验的总和。例：气温器上的温度指示，数据 今天我要出门，最低气温是0 度，信息水在0 度结冰，知识今年冬天平均气温非常低，燃料将短缺，情报 从信息系统角度看，信息具有的一些基本属性： 事实性、扩散性、穿属性、共享性、增值性、不完全性、等级性、滞后性2信息处理器人进行信息处理的特点-人需要反馈-人需要一些多余的信息-人们需要信息的压缩-人们对信息需求的口味各异-人需要非口语的信息输入人与计算机的比较：人比计算机聪明，计算机比人快3 信息与决策、信息与管理的关系信息是管理的基础，管理的基本职能离不开信息-信息是制定计划的依据-信息是组织实施的保证-信息室调节控制的指示器-信息室激

11、励员工的依据-信息室领导指挥的基础管理的决策理论学派认为“管理就是决策”，决策过程就是收集、处理和使用信息的过程 信息是决策的关键因素管理活动的三个层次及对应使用信息高层（战略管理）战略信息中层（战术管理）战术信息基层（作业管理）业务信息4. 信息管理狭义信息管理认为信息管理就是对信息本身的管理，即采用各种技术方法和手段对信息进 行组织、规划、控制、存储和检索等，并达到预定目标。广义信息管理认为是对信息资源及其相关资源（如信息设备、信息技术、信息人员、信息 系统等）进行规划、组织、领导和控制的过程。5. 信息系统是什么？有哪些功能？定义：信息系统就是输入数据，通过加工处理，产生信息的系统。以计

12、算机为基础的信息系统是结合管理理论和方法，应用信息技术解决管理问题，为管理 决策提供支持的系统。它是管理理论、系统科学方法论和信息技术交叉形成的综合性应用学科。信息系统学科注 重研究管理与信息技术的结合，而不深入得讨论具体的管理问题，也不致力于计算机或通 信技术方面的研究。功能：-信息的采集和输入：主要是识别、采集、校验 -信息的传输：数据通信的手段-信息的存储：介质？在哪？时效？ -信息的加工：查询、排序、归并、数学模型、人工智能 -信息的维护：准确、及时、安全、保密-信息的使用：技术层面、价值深度6. 信息系统的结构1）概念结构2）基于管理职能的逻辑结构3）基于计算机实现的物理结构（硬件结

13、构+软件结构）硬件结构分为：集中式 + 分布式（文件服务器，C/S, B/S）集中式主机-终端结构：处理能力集中在主机，集中存储、计算；终端用于输入输出， 无 cpu分布式文件服务器系统：程序和数据集中在文件服务器中；客户机根据权限存取服务器 中文件，客户机有处理能力C/S 结构，客户/服务器结构：客户机完成本地运算，可向服务器请求某种服务（如查询 数据），服务器相应请求，完成运算后，将结果返回 给客户机。B/S 结构，浏览器/服务器结构：增加 Web 服务器，获取客户端请求，解析处理后生成HTML文件返回给客户端；客户端配置浏览器软件（如IE）,通过网页方式实现信息的访问。7.C/S和B/S

14、软件结构C/S 软件结构:数据库一一数据库服务器一一windows窗口应用程序B/S 软件结构：数据库一一数据库服务器一一web应用服务器+web应用程序一一浏览器程序第三章信息系统建设概论1信息系统建设的特点信息系统建设是个复杂的社会过程-技术手段复杂-内容复杂，目标多样-投资密度大-环境复杂多变2 什么是信息系统的生命周期？几个阶段？每个阶段的任务是什么？生命周期的定义：信息系统在使用过程中随着生存环境的变化，需不断维护、修改，当它 不再适应的时候就要被淘汰，就要由新系统代替老系统，这种周期循环称为信息系系统的 周期5 个阶段：规划、分析、设计、实施、运维 系统规划确定信息系统的发展规划；

15、企业业务流程的识别、改革与创新；对建设新系统的需求做出初步研究，确定信息系统的总体结构；确定系统的备选方案，对方案进行可行性分析（开发请求-初步调查-可行性研究-审批）系统分析详细调查，确定系统的基本目标和逻辑功能要求（详细调查-逻辑设计-审查） 系统设计根据系统说明书中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案（总体设计-详细设计-审查）技术实施计算机等设备的购置、安装和调试；编写、调试和测试程序；人员培训；数据准备或转换；系统调试与转换（编程调试-系统转换-验收）系统维护运行情况的记录；必要的修改；评价呵呵总结等（系统维护-系统评价）3 围绕生命周期有哪些开发过程模型？各

16、自特点（瀑布、原型、迭代）模型：瀑布开发方法、原型开发方法、迭代开发方法、螺旋开发方法、敏捷开法方法 瀑布开法方法特点：简单易用，容易理解 开发的进程一个顺着一个，没有反馈过程，需要严密控制 允许基线和配置早期接收控制 一个新的项目不适合这个模型用户直到项目结束才能看到质量如何 不允许或者严格限制变更不足： 1 需求：客户常常难以表达真正的需求，而这种模型却要求严格的阶段性成果，返 工困难，变更代价很大2 风险：客户要等到开发周期的晚期才能看到程序运行的测试版本，这时若发现大 的错误，可能引起客户的惊慌，其后果也可能是灾难性的3 效率：因为前后任务的依赖关系，成员不能并行工作，有可能花在等待的

17、时间比 开发的时间要长，即所谓的“堵塞状态”应用场合：适用于一些需求已明确并且变化较少的信息系统 原型开发方法特点：用户积极参与；原型的开发没有严密的阶段性 短期获得测试版本，降低风险不足： 1 用户随意无止境的需求变化，因为用户容易产生误解，认为系统很容易被构造和 修改2 如果采用原型基础上继续构造，由于修补过度，软件质量不易于保证3 开发人员为了快速构造原型，可能会采用不合适的操作系统、语言、算法等， 造成后期风险，如系统适应性差、维护困难等应用场合： 1 需求含糊，用户不能标识详细的输入、处理和输出需求2 设计方案不明确，开发人员不能确定算法的有效性、操作系统的适应性或人机交互 的有效性

18、迭代开发方法增量迭代特点： 1 以功能递增的方式进行软件开发（可并行化）2 能较快地产生可操作的系统3 在每一步递增中，都可以把用户/开发者的经验结合到不断求精的下一个增量中4 可改善测试效果和降低软件开发总成本。5 这个过程好比搭积木。应用场合： 1 项目开始，明确了需求的大部分，但是需求可能会发生变化2 对于市场和用户把握不是很准，需要逐步了解3 对于有庞大和复杂功能的系统进行功能改进，本身就需要一步一步实施的。进化迭代特点：1 进化迭代与增量迭代的区别是在每个迭代周期是对上一次迭代的演化和完善。2 比如可以将一个软件功能的编程划分了多个迭代周期，每个迭代是对该功能的 补充和进化。3 这个

19、过程好比滚雪球。螺旋开发方法定义：把软件开发过程定义成不断上升的螺旋周期，每个周期分为计划、风险分析、实 施和评价四个方面。沿螺线自内而外每旋转一圈便开发出更为完善的一个新的软 件版本。特点：1 风险驱动，可以在生命周期早期强制性的确定项目中存在的风险2 需要开发人员具有相当丰富的风险评估经验和专门知识3 要求用户参与阶段评价，对用户要求较高 应用场合：单位内部开发的大规模软件项目 风险是项目的主要制约因素 可能会发生重大变更 采用新技术4 信息系统为什么要建模？有哪些模型？对软件结构进行建模有什么方法，主要思想是什么？建模的原因：-对复杂的问题进行简化，帮助有关人员快速、直观、准确了解系统；

20、 -建模过程使得分析师和设计师能全面研究系统，深思熟虑，形成更成熟的方案； -各阶段产生的模型为后续阶段的有关人员提供了工作依据；-为项目各类人员提供了统一的交流工具，利于沟通； -为项目验收和将来的维护提供文档依据模型类型：业务流程图、数据流图、程序流程图、实体关系图、模块结构图、判定表判定 树、UML对软件结构建模的方法：UML （类图、用例图、顺序图等）UML 主要思想：通过不同的图来描述系统的结构、行为、交互过程5有哪些开发方式？各自利弊1 结构化方法容易理解和交流，对于大系统可以从全局逐步展开到局部，整体性较好。 结构化方法是其他系统开发方法（如面向对象方法）的基础。2 面向对象 稳

21、定可靠，有利于维护和重用，并容易实现多层分布式结构，但对前期分析设计人员要求 较高，用户理解模型有困难。3 面向服务松耦合、自描述、可重用、开放标准。以XML为基础，将已有的服务进行重新组合后可 以快速建立新的业务流程，要求分析有较强的业务流程的抽象能力。以结构化方法和面向对象方法为基础。第四章系统规划1 系统规划的特点、任务系统规划的任务：-制定信息系统发展战略-制定信息系统总体方案，安排项目开发计划-制定信息系统资源分配系统规划的特点：-面向全局、长远，不确定性，结构化程度低-面向高层管理人员-不宜过细，着眼于子系统划分及相互关系-应与企业规划同步2 规划方法1 战略目标集转移法(SST-

22、strategy set transformation)2 企业系统规划法(BSP-business system planning)3 关键成功因素法(KSF-key successful factors,或 CSF-critical success factors)4 价值链分析法(VCA-value chain analysis)3 企业系统规划法的步骤1 定义管理目标2 定义管理功能组3 定义数据分类4 定义信息结构4 什么是可行性分析,包括哪三个方面？“可行性”是指在企业当前情况下,研制这个信息系统是否有必要,是否具备必要的条件 (可能性、必要性、合理性)可行性分析的内容：-技术可行

23、性-经济可行性-社会可行性5资源的生命周期资源的生命周期，是指一项资源由获得到退出所经历的阶段，一般划分为产生、获得、服务 和归宿四个阶段1系统分析的任务系统分析员（system analyst, SA）与用户在一起，充分了解用户的要求，并把双方的理解用 系统说明书表达出来。系统说明书审核通过之后，将成为系统设计的依据，也是将来验收系 统的依据。2分析阶段有哪些系统调查方法，调查什么调查是识别需求的基础，是建立系统逻辑模型的基础。调查包括-业务处理过程是什么样的？（干什么？）-业务过程应该怎样完成？（怎么干？）-业务谁负责，完成业务需要什么输入，能输出什么？传统的系统调查方法有：-资料收集-访

24、谈-实地观察-问卷调查3 两种方法：结构化系统分析（基于功能分解设计系统结构，通过不断把复杂的处理逐层分解来简化问 题，它从内部功能上模拟客观世界）面向对象系统分析（强调人在日常的逻辑思维中经常采取的思想方法和原则，例如：抽象、 分类、继承、聚合、封装）4 系统说明书的内容1 引言-项目名称、目标、背景、引用资料、术语说明等2 项目描述-项目的主要工作内容-现行系统的调查情况-功能需求-数据需求-其他需求3 实施计划-工作任务的分解-进度-预算第六章结构化系统分析1 数据流图描述了什么？绘制数据流图要注意的事项，应能 绘制数据流图描述数据流动、存储、处理的逻辑关系，也称为逻辑数据流图，一般用D

25、FD表 示。注意事项：关于层次的划分，语法的正确性，可读性，确定系统边界。为什么需要数据字典？数据字典应该包含哪些条目？应能 书写数据流、数据存储及处理条目为什么需要数据字典：数据流图描述了系统的分解，但是没有说明系统中各个成分的含义。 数据字典的各类条目：数据元素；数据结构；数据流；数据存储；处理过程；外部实体对于复杂逻辑有几种表述方式（决策树、决策表，考题）？ 优缺点针对复杂的处理逻辑，可以使用：结构化语言、判定表、判定树 判定树1 如果一个动作的执行不只是依赖一个条件，而是与多个条件有关，那么这项策略的表达 就比较复杂，就可以使用判定树来表示。2 比如：邮政系统中，包裹邮资的计算策略与国

26、别、路程、重量、保值额度等有关，使用 自然语言来描述显然不够简洁判定表1 如果条件较多、每种条件的取值情况也较多的情况下，可以使用判定表。2 判定表的优点是可以把各种组合情况一个不漏地表示出来，还能帮助发现遗漏和矛盾 的地方。判定树判定表直观性用户检杳不便方便不便好差好痕可融差很好机器可编程不好第七章面向对象系统分析1 面向对象方法的基本思想和有关概念对象、类、属性和操作 封装、隐藏 消息 继承 多态关系2UML是什么，主要包含哪些图？（ UML1.X）每种图的用 途是什么？3 用例图，参与者和用例的概念，用例与用例之间的关系（包含关系和扩展关系），绘制用例图用例（use case）是对于一组

27、动作序列的描述，系统执行这些动作会对特定的参与者（actor） 产生可观测的、有价值的结果。参与者是系统之外与系统进行交互的任何事物。 用例关系： 包含关系：经过封装后可以在各种不同的基本用例中复用的行为称为包含用例。扩展关系：表达某些可选或只在特定条件下才执行的系统行为的用例，它们是对基本用例 的扩展。称为扩展用例。泛化关系：如果两个或更多用例在行为、结构和目的方面存在共性，可以使用泛化关系。 父用例描述这些共有部分，子用例继承父用例并特殊化。4 用例规格说明（前置条件、后置条件、主事件流、备选事件流）前置条件（pre-condition）：表述在系统允许用例开始以前，系统应确保为真的条件。

28、这可为后续的编程人员提供帮助，从而确定在用例的实现代码中哪些条件无须再次检验。 如果前置条件不满足，用例无法被启动，比如“预定图书”用例的前置条件是读者已正确 登录到系统中。后置条件（guarantee）：或称为成功保证。表述在用例结束时，系统将要保证的限定条件， 一般都是在成功完成用例后成立。一旦用例被成功地执行，可能会导致系统内部某些状态的改变，比如成功地“借出图书”会使图书状态改变等。主事件流是指能够满足目标的典型的成功路径。不包括条件及分支主成功场景/开心路径/基本路径备选事件流是指除主事件流之外的各种可能失败情况、分支路径或扩展路径。备选事件流的编号要与主事件流相对应。5类图中包含哪

29、四种关系（耦合），具体什么含义，如何表示，绘制类图关联一个对象拥有另一个对象 泛化泛化是指父类与其一个或多个子类之间的关系 实现实现关系将一种模型元素（如类）与另一种模型元素（如接口）连接起来，由实现关系指定二者之间的一个契约（Contract），一个模型元素定义一个契约，而另一个 模型元素保证履行该契约依赖依赖（Dependency）是两个事物间的语义关系，其中一个事物（称为服务的提供者）发生变化，会影响到另一个事物（称为客户或服务的使用者），或向它（客户）提供 所需信息在类与类之间应用依赖关系指明一个类使用另一个类的方法或一个类 使用其他类所定义的属性和方法6 对象关联的要素（名称、角色、

30、多重性、方向） 关联名称-多数关联是二元的（即只存在于两个类的实例之间），在图中表示为连接两个类符号的实 线路径。-使用关联名称，应该反映该关系的目的，并且应该是一个动词词组。-读者和图书的关联是“借阅”-教师对象和课程对象的关联名称就是“讲授”-医生和处方单的关系是“开”。-关联名称应放置在关联路径上或其附近。关联角色-关联所联系的每一端叫做一个角色-角色名称应该是一个名词，能够表达被关联对象在关联中所充当的角色，角色名称紧邻 关联线的末端。关联的多重性-定义了一个类A的实例在一段特定的时间内能够和多少个类B的实例发生关联。-类似于 ER 中的关联基数（一对一/一对多/多对多）关联的导向性-

31、角色的导向性特征表示可以通过关联从源类导向到目标类上。也就是说给定关联一端的 对象就能够容易并直接地得到另一端的对象。-识别关联的导向可以推迟，与设计实现有关。通常是源对象存储了对目标对象的一些引 用7 泛化和实现的使用和绘制1系统设计的任务根据实际的技术条件、经济条件和社会条件。确定系统的实施方案，即系统的物理模型2系统设计和系统分析、系统实施的区分3什么是总体设计，什么是详细设计总体设计定义：也称为概要设计，任务是设计出系统的主要框架结构，即组成物理系统 的主要成分及其关系。内容：系统体系结构（系统架构）的设计；系统结构（系统组成元素及其关系）的设计；系 统对外接口和服务的设计详细设计详细

32、设计包括各分支技能的细节，包括输入输出设计、人机交互设计（用户界面设计）、程序处理过程详细设计、数据库设计、代码体系设计、计算机系统和网络设计等第九章系统总体设计1 软件架构与软件结构的区别1 架构是抽象无形的，体现高层全局的决策，就像文章的中心思想和提纲。2 结构是具体有形的，体现决策的贯彻，如同文章的每个段落及细节描述3 架构包含了结构的初步描述和决策。4 相同架构的系统，具体结构允许有差异。2 理解分层架构思想，信息系统可能使用的分层架构方案分层模型的理念就是将任务横向划分（如高层、中层、基层）为不同级别，而不是纵向。 三层架构、五层架构、MVC架构3面向对象的软件结构设计、类图根据架构

33、设计类：边界类、实体类、控制类4软件设计原则，高内聚、低耦合设计原则：总的来说就是抽象与复用（封装、信息隐藏）；松耦合 高内聚：内聚指的是一个类的职责间相关联的紧密程度。如果一个类具有很多紧密相关的职 责，而且只完成有限的功能，则这个类就具有高内聚性。低耦合：耦合度是测量一个类连接、了解或依赖其他类的强弱程度。低耦合可以降低依赖性， 减小变化带来的影响。第十章系统详细设计1输入设计2输出设计3人机交互设计4程序处理过程详细设计-类的详细设计（UML顺序图、UML类图）-面向对象设计的主要内容-顺序图用来描述什么，如何描述？消息是什么概念？什么是嵌套消息？应能绘制-对象关联是如何实现的？（重数为

34、 1、多分别怎么实现，方向如何实现）5什么是整体部分关联？什么是依赖？UML 的表示6网络和计算机系统设计7数据库设计8代码体系设计（只考一道判断题）第十一章系统实施1 测试的概念，四种类型，两种测试技术，为什么需要设计测试用例，如何设计测试用例？测试的概念：（1） 测试是指“用意在发现错误而执行一个程序的过程”；（2） 一个好的测试用例是指这个测试用例有很高的概率可以发现一个尚未 发现的错误；(3) 一个成功的测试是指它成功地发现了一个尚未发现的错误。四种类型：-模块测试也称单元测试。-联合测试也称集成测试，检验模块及系统结构。-确认测试测试对需求的满足，也可称验收测试。-系统测试 是对整个信息系统的测试，将硬件、软件、操作人员看作一个整体，来分析系统的 功能与执行性能两种测试技术： 白箱测试：根据一个软件部件的内部控制结构，测试是否依据设计正确地执行 黑箱测试：根据一个软件部件由外部界面所能观察到的功能效果，测试它是否与其他部 件正确地沟通，一般指输入正确时，看是否有正确的输出。设计测试用例的原因：以尽可能少的数据发现尽可能多的错误