电子商务系统的分析与设计第4章

第四章电子商务系统的分析主要内容企业经营过程中的基本商务活动典型的电子商务业务需求电子商务系统分析的过程系统分析的软件工程方法结构化分析方法面向对象的分析方法本章要点了解典型的电子商务系统业务需求熟悉系统分析的基本思路和过程掌握组织结构图、业务流程图、数据流程图的绘制方法掌握决策树、决策表、结构化语言等工具的使用掌握数字字典的定义及作业掌握UML建模方法要搞清楚的问题既有的系统是如何工作的？用户希望新系统如何工作？目的：获取系统需求信息功能需求性能需求成果需求分析报告针对新系统建立的模型系统SDLC中的系统分析信息系统人的系统电子商务系统分析vs一般的信息系统分析基本的方法、流程和工具相同不同点主要体现在调研分析的边界创新性电子商务系统分析要求以战略规划和系统规划成果为依据充分了解管理及业务人员的需求借鉴典型的电子商务系统功能4.1商务活动的基本内容企业的主要商务活动及它们之间的信息流转市场活动（Marketing）目标增加客户对企业及相关产品的认知程度，了解企业的服务为企业发现潜在的商业机会，发掘潜在客户，发现客户需求培养客户的忠诚度要点企业的形象产品的优势及特点市场细分借助于Internet，电子商务可以：获得不受地域限制的市场宣传空间减少对外界力量的依赖，直接面对潜在客户拥有最廉价的信息发布渠道直接通过客户的浏览及消费历史记录获取用户需求信息销售活动（Sale）销售过程实质上是为用户提供备选产品的过程，这一过程包括：产品的发现、选择两个基本环节。目标与顾客搭成交易，并使交符合企业利益需要要点产品的信息及描述消费的环境电子商务中的销售活动可以：为客户提供发现产品的渠道带来交的变革，使交地域的限制直接产生电子化的交订货（Order）目标满足企业生产和销售的需要要点供应商的选择运输合适的库存量电子商务系统可以优化订货需求帮助扩大供应商的选择范围，优化供应商选择结果提高订货过程的效率改善对运输过程的监管和优化支付与交付（Payment&Delivery）支付与交付的过程也就是履行订单的执行过程目标完成交的给付完成产品的包装、运输和递交完成产品所有权的转移要点安全性时间费用电子商务系统可以缩短支付时间，降低支付成本实现交付过程可视化追踪订单执行过程提供无形产品的交付渠道客户服务（Service）目标培养客户忠诚度从服务中发现客户需求，为市场及销售活动提供依据要点订单完成情况的检查产品使用的反馈订货及客户历史记录客户行为分析电子商务可以提供新的客户服务方式（在线、远程、动态）使服务超越地域和时间的限制加快服务的反馈提供One-To-One的个性化服务提供自助式服务进行服务过程的记录及发掘商务活动中的业务需求市场推广过程中的电子商务业务需求网络广告E-mail推销品牌形象展示……销售过程中的电子商务业务需求网上产品展示产品搜索……订货过程中的电子商务业务需求联机采购在线报价和价格计算远程协商电子支付……交付过程中的电子商务业务需求交付过程跟踪……服务过程中的电子商务业务需求客户信息反馈客户跟踪服务……企业相关管理业务需求商品库存管理经营辅助决策…..商务活动中的业务需求4.2典型的电子商务业务需求B2C电子商务系统的基本需求用户管理需求用户注册注册用户信息管理客户需求提供电子目录同类商品比较商品评估购物车撤销、修改订单可以网络支付可跟踪订单状态典型的电子商务业务需求B2C电子商务系统的基本需求销售商的需求检查客户信息处理客户订单处理客户付款商品信息发布跟踪商品销售情况商品库存管理和物流配送系统建立接口和银行建立接口实现客户关系管理典型的电子商务业务需求B2B电子商务系统的基本需求会员管理会员身份管理会员资料管理权限控制产品目录管理目录管理目录视图目录查找审批流程管理注册审批交典型的电子商务业务需求B2B电子商务系统的基本需求订单管理购物车管理采购订单交定价销售协议价格请求报价拍卖和投标采购电子拍卖电子采购网络支付4.3电子商务系统分析的过程信息系统分析的基本思路电子商务系统分析的基本过程和方法4.3.1信息系统分析的基本思路自顶向下从静到动去伪存真不断迭代信息系统分析系统分析的任务

在充分认识原信息系统的基础上，完成新系统的逻辑模型设计，解决系统“做什么”的问题。系统分析在很大程度上决定了系统开发的成败。数据、要求计算机能处理的信息和功能了解用户需求和系统现存问题；确定目标系统；业务调查分析；系统数据和功能分析；形成系统分析文档解决“做什么”的问题信息系统分析信息系统的开发就是要实现目标系统的物理模型，即建立一个物理系统。物理模型是由系统的逻辑模型经过实例化得来的。系统的逻辑模型只描述系统要完成的功能和要处理的信息，与物理模型相比，逻辑模型忽略了实现的方法与细节。物理模型用来描述系统“怎么做”的问题，逻辑模型则用来描述系统“做什么”的问题。

系统分析的目标就是要借助于当前系统的逻辑模型，导出目标系统的逻辑模型，解决目标系统“做什么”的问题。系统分析的目标信息系统分析逻辑模型着重用逻辑的过程或主要的业务来描述对象系统；逻辑模型描述系统要“做什么”，逻辑模型不涉及目标系统实施的技术问题，只是用文字或图表把目标系统的逻辑描述出来。。物理模型描述的是对象系统“如何做”、“如何实现”，是系统的物理过程。信息系统分析模型化抽象化现行系统调整-------------------------------------------------优化具体化实例化目标系统图5-1目标系统逻辑模型的建立物理系统物理模型逻辑模型逻辑模型物理模型物理系统目标系统的建立过程4.3.2电子商务系统分析的基本过程进行需求调查，获取需求（Requirement）整理提炼，针对需求进行建模利用相关的软件工程方法结构化分析方法面向对象的分析方法原型法反复修改需求调查参与人员：系统分析人员与业务人员共同完成方法访谈问卷调查跟班查阅资料利用原型可采纳的资料素材有关机构组成和职责的规定报表历史数据访谈记录相关法律、法规、文件等成果需求调查报告相关资料素材4.4系统分析的软件工程方法结构化分析方法（SA）面向对象的分析方法（OOA）4.4.1结构化分析方法

（StructuredAnalysis，SA）结构化分析方法是一种面向数据流的需求分析方法，也是一种建模活动，它主要根据软件的数据传递、变换关系，自顶向下逐层分解，描绘出满足功能要求的软件系统。尤其适合于较大型的信息系统结构化分析方法的主要工具组织结构图、功能结构图、组织/业务联系表业务流程图（TFD）数据流图（DFD）数据字典（DD）决策树、决策表、结构化语言组织结构和功能分析

组织结构指的是一个组织（部门、企业、车间、科室等）以及这些组成部分之间的隶属关系或管理与被管理的关系。通常可用组织结构图来表示。1.组织结构调查组织结构图举例1厂长计划调度组计划科生产部财务部供销科计划组统计组统计组外协组成本组会计组出纳组供应组销售组仓

库组织结构图组织结构和功能分析组织结构图举例2组织结构和功能分析组织结构图举例3企业管理处计划统计处供应处财务处销售处职工食堂第一生产车间服务公司厂办厂长办公室包装车间生产调度处设备管理处技术质量处第九生产车间厂医务室小车队企管科质检科计算中心综合计划处统计科销售管理科成品库业务联系部市场分析部甲班组丙班组乙班组丁班组党委办公室团委工会职教处人事处图书资料室厂长工厂管理委员会厂长工作部经营部生产部后勤部宣教部........................组织结构和功能分析2.管理功能调查为了实现系统的目标，系统必须具有各种功能。所谓功能，指的是完成某项工作的能力。调查中可以用功能层次图来描述从系统目标到各项功能的层次关系。组织结构和功能分析功能结构图举例1销售系统管理销售计划管理成品库管理销售合同管理销售核算管理市场预测销售历史资料管理编制年度销售大纲编制销售计划合同有效性审查合同执行情况分析合同登记和变更销售利润核算销售统计分析出入库管理库存统计市场预测市场分析组织结构和功能分析生产管理系统经营计划财务管理材料管理设计、技术生产计划订货管理销售预测经营管理编制预算产品规格验收决定订购材料设定库存标准采购管理接收订货制造工序制造工艺质量管理订货状况订货准备赊购管理赊销管理成本会计预算会计工资劳务生产报告发货生产安全计划生产日程计划车间管理功能结构图举例2组织结构和功能分析功能结构图举例3财务管理价税管理资金管理结算管理会计业务管理成本管理制定价格财务指标分析财务指标考核资金使用状况等调价管理价格分析税收政策研究资金调度专用基金核算制定资金计划资金回笼结算结算客户基本信息管理应收、应付帐管理开发票、代办保险

帐务处理编制记帐凭证编制会计报表成本计划成本考核标准成本制定财务管理组织结构和功能分析组织/业务联系表反映组织各部分在承担业务时的关系，通常习惯将组织/业务联系表同组织结构图画在一，以便对照、比较，分析它们之间的各种联系。组织/业务联系表组织结构和功能分析组织/业务联系表举例组织结构和功能分析组织/业务分析现行系统中的组织结构是否合理，不合理的地方在哪里？不合理的部分对组织整体目标的影响有哪些？表现在哪些方面？不合理现象产生的历史原因是什么？哪些部门需要整改？改进措施是什么？对整改涉及的部门和有关人员的利益产生哪些影响？组织结构和功能分析业务流程调查分析业务流程调查分析调查管理业务流程应顺着原系统信息流动的过程逐步地进行，内容包括：各环节的处理业务、信息来源、处理方法、计算方法、信息流经去向、提供信息的时间和形态（报告、单据、屏幕显示等）。1.业务流程调查的内容2.业务流程图TFD（TransactionFlowDiagram）业务流程调查主要任务是调查系统中各环节的业务活动,用流程图的方式把企业的具体管理活动和业务的处理过程绘制出来。业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。业务流程调查分析业务流程图的常用符号业务处理单位业务处理功能描述表格报表制作数据文件存档收集资料/统计数据信息传递过程业务流程图符号没有完全统一的标准，但大同小异，在同一系统开发过程中所使用的符号应是一致的票据、表单、帐单等决策判断业务流程分析3.业务流程图的绘制步骤业务流程分析业务流程图举例1各基层单位开领料单查库存状态开缺货单发货处理基层单位存档财务仓库存档存档正常缺货物资采购部门领料单领料单缺货通知领料单领料单仓库领料业务流程图业务流程分析业务流程图举例2业务流程分析业务流程图举例3图例说明业务处理单位业务处理描述表格制作传递存储收集资料计划处银行技改处各部门各单位局领导上级领导投资总规划更新改造贷款规模开会讨论报表审批综合平衡（讨论）批准下达各单位各部门正式计划计划各单位上报表计划处各部门各单位技改处银行各部门各单位存档业务流程分析思考：采购员将入库单交给检验员，检验员将不合格的入库单退回采购员，合格的入库单交保管员并记入库存台帐，统计员根据库存台帐制定月报表交主管部门审阅。主管部门审阅采购员检验员保管员统计员入库单库存台帐不合格入库单日报表合格入库单业务流程分析业务流程图的特点按业务部门划分的横式图图中描述的主体是票据、帐单票据、帐单的流程路线与实际业务处理过程一一对应业务流程图的作用业务流程图是系统分析员作进一步系统分析的依据业务流程是系统分析员，管理人员相互交流的思想工具系统分析员可以直接在业务流程图上拟出计算要处理部分利用业务流程图分析业务流程是否合理业务流程分析

分析目的分析原有系统中存在的问题是为了在新系统建设中予以克服或改进。系统中存在的问题可能是管理思想和方法落后，业务流程不尽合理，也可能是因为计算机信息系统的建设为优化原业务流程提供的新的可能性，这时，就需要在对现有业务流程进行分析的基础上进行业务流程重组，产生新的更为合理的业务流程。

4.业务流程图分析业务流程分析原有流程的分析。分析原有的业务流程的各处理过程是否具有存在的价值，其中哪些过程可以删除或合并，原有业务流程中哪些过程不尽合理，可以进行改进或优化业务流程的优化。原有业务流程中哪些过程存在冗余信息处理，可以按计算机信息处理的要求进行优化，流程的优化可以带来什么好处。确定新的业务流程。画出新系统的业务流程图。业务流程分析内容业务流程分析调查和分析的重点是：对现行流程进行分析，原有的业务流程是否存在不合理的地方？不合理的业务流程有哪些？不合理的业务流程产生的历史原因是什么？改进措施有哪些？以及改进会涉及到哪些方面（包括涉及面以及技术支持）？改进前后对组织的目标的影响有多大？业务流程重组业务流程分析数据是信息的载体，也是系统要处理的主要对象。因此，必须对现行系统调查中所收集到的数据以及处理数据的过程进行分析和整理。数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。为了用计算机进行信息管理，还必须进一步舍去物质要素，收集有关资料，绘制出原系统的数据流程图，为下一步分析做好准备。数据流程调查的作用数据流程调查分析数据流程调查分析数据流程调查的内容收集原系统全部输入单据、输出报表和数据存储介质的典型格式。弄清各环节上的处理方法和计算方法。在上述各种单据、报表、账本的典型样品上或用附页注明制作单位、报送单位、存放地点、发生频度、发生的高峰时间及发生量等。在上述各种单据、报表、账册的典型样品上注明各项数据的类型、长度、取值范围。数据流程调查分析现行组织机构现行各系统或部门的业务流程各种会议的决议计算机文件（或数据库）系统的数据组织结构上级下达的各种文件和各项任务指标与本单位有关的其它单位的有关信息其它各种报表、报告、图表

数据的来源数据流程图DFD(DataFlowDiagram)数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。数据流程图具有抽象性，表现在它完全舍去了具体的物质（具体组织机构、信息载体、处理工作等物理组成），只剩下数据的流动、加工处理和存储；数据流程图具有概括性，它可以把信息中的各种不同业务处理过程联系起来，形成一个整体。特点定义系统分析员用这种工具，可以自顶向下分析系统信息流程可在图上划出需要计算机处理的部分根据逻辑存储，进一步做数据分析，向数据库设计过渡根据数据流向，定出存储方式对应一个处理过程，用相应的语言、判定表等工具来表示处理方法。数据流程图的用途数据流程图的常用符号数据加工（P）外部项（S）数据流（F）数据存储（D）数据流程图的常用符号外部实体：位于系统之外的信息提供者或使用者。即存在于系统之外的人员或组织，不受系统控制，位于系统边界以外。说明数据输入的源点或数据输出的终点起到更好的理解作用，但不是系统中的事物表示方法：外部实体写上实体名1.外部实体学生数据流程图的常用符号2.数据流数据流：表示数据和数据流向,由一组固定成分的数据组成如“选课单”由“学号、姓名、课程编号、课程名”等成分组成;用名词,不要使用意义空洞的名词取款单合理取款单数据流统计表上边写数据流的名称数据流可从处理流向处理，也可在处理与数据存储或外部项之间流动；两个处理之间可有多股数据流储户1.1检查合理性数据流程图的常用符号3.处理过程处理：表示对数据进行的操作,如“处理选课单”、“产生发票”等处理的命名：尽量最好使用动宾词组，不要使用空洞的动词处理过程P1.1发送定单上面写标志该处理的标志，如P1.1，P2.2下面写处理的名称数据流程图的常用符号4.数据存储数据存储与处理的方向“读出”、“写入”右边写数据的名称，左边写标志D1配件库存数据存储：表示需要保存的数据流向1检索商品信息2修改库存D2商品库存D1商品目录数据流程图举例1某汽车配件公司销售业务子系统数据流程图举例2某企业生产调度系统组织的数据流程非常复杂，难用一达因此要用多层次的流程图表达上层较粗但能见总体上层图中的一个局部展开为下层的一个图原则上要求自顶向下，先画上层，再画下层高层具有概括性，底层明确细节一个大系统最多会有七、八层但一般画三、四层，细节留待系统设计阶段数据流程图多层次性数据流程图绘制方法数据流程图绘制方法关联图×××系统0外部项外部项外部项外部项顶层图(TOP图、第一层)×××子系统1×××子系统3×××子系统4×××子系统2外部项外部项外部项外部项数据流程图绘制方法分解图(第二...N层)×××1.1×××1.3×××1.4×××1.2DB1DB2外部项外部项数据流程图绘制方法数据流程调查分析数据流程图绘制原则明确系统界面：一张DFD表示某个子系统或某个系统的逻辑模型。自顶向下逐层扩展：MIS庞大而复杂，具体的数据加工可能成百上千、错综复杂，不可能用一张DFC明确、具体地描述整个系统的逻辑功能，自顶向下的原则为DFC的绘制提供了一条清晰的思路和标准化的步骤。合理布局：一般系统数据来源的外部项尽量安排在左边，而数据去向的外部项尽量安排在右边，数据流的箭线尽量避免交叉或过长。F2汇总订单F1订单图书预订PS1顾客S2出版社（1）确定外部项，即系统的数据来源和去处。（2）确定整个系统的输出数据流和输入数据流，把系统作为一个加工环节，画出关联图。一般应把数据来源置于图的左侧，数据去处置于图的右侧

图书预订系统：书店向顾客发放订单，顾客将所填订单交由系统处理，系统首先依据图书目录对订单进行检查并对合格订单进行处理，处理过程中根据顾客情况和订单数目将订单分为优先订单与正常订单两种，随时处理优先订单，定期处理正常订单。最后系统根据所处理的订单汇总，并按出版社要求发给出版社。

数据流程图案例分析F3不合格订单F2汇总订单F1订单订单检查P1S1顾客S2出版社订单处理P2发送订单P3D1图书目录D4出版社要求D3待发出订单D2合格订单

图书预订系统顶层图（3）确定系统的主要信息处理功能，按此将整个系统分解成几个加工环节，然后确定每个加工的输出与输入数据流以及与这些加工有关的数据存储。

订单检查订数统计订单分类随时处理定期处理发送订单处理订单订单检查发送订单图书预定系统数据流程图案例分析（4）根据自顶向下，逐层分解的原则，对上层图中全部或部分加工环节进行分解。优先订单D7正常订单D8F3不合格订单F2汇总订单F1订单订单检查P1S1顾客S2出版社定期处理P2.4发送订单P3D1图书目录D4出版社要求D2合格订单随时处理P2.3订单分类P2.2数目统计P2.1顾客情况D6D5订单数目待发出订单D3数据流程图案例分析（5）重复步骤（4），直到逐层分解结束。（6）对图进行检查和合理布局，主要检查分解是否恰当、彻底，DFD中各层是否有遗漏、重复、冲突之处，各层DFD及同层DFD之间关系是否争取及命名、编号是否确切、合理等，对错误与不当之处进行修改。（7）和用户进行交流，在用户完全理解数据图的内容的基础上征求用户的意见。（8）用计算机或其他制图、编辑工具画出正规的数据流图。（9）审核数据流图。将数据流图提交系统分析负责人复审

数据流程图案例分析绘制数据流图总结（1）明确系统界面。（2）自顶向下逐层扩展。（3）合理布局。（4）数据流图绘制过程，就是系统的逻辑模型的形成过程，必须始终与用户密切接触，详细讨论，不断修改，也要和其他系统建设者共同商讨以求一致意见。数据流程调查分析a关联图….3.2图0GQRLSMABCABCDEFG12356图2.131NMPGL图2b顶层图d三层图c二层图绘制数据流图过程示意图

数据流程调查分析（5）编号要按层分解。每个数据加工环节和每流图都要编号。父图与子图的编号要有一致性，一般子图的图号是父图上对应的加工的编号。顶层图的图号为0，其中各加工按P1，P2，P3,……顺序编号，P1号加工分解后的子加工按P1.1,P1.2,P1.3……编号。加工P1.1分解后的子环节为P1.1.1,P1.1.2,P1.1.3,…依次类推。数据流编号以F开头，数据存储编号以D开头，外部项编号以S开头。在分层数据流图中，如下层图上的数据流或数据存储是上层图某个成分的分解得到的，则如父项是F1或D1，则子项分别为F1.1,F1.2…或D1.1,D1.2,……等。数据流程调查分析数据流程图思考：用户将订货单交某企业的业务经理，经检验后，对不合格的订单由用户重新填写，合格的订单交仓库作出库处理，查阅库存台帐，若有货则向用户开票发货，否则，通知采购员订购。数据字典数据流程图只能给出系统逻辑功能的一个总体框架而缺乏详细、具体的内容。数据字典（DataDictionary简称DD）数据流图上所有成分的定义和解释的文字集合就是数据字典。对数据流图的各种成分起注释、说明的作用，给这些成分赋以实际的内容，还对系统分析中其他需要说明的问题进行定义和说明。包括对一切动态数据（数据流）和静态数据（数据存贮）的数据结构和相互关系的说明，是数据分析和数据管理的重要工具，是系统设计阶段进行数据库（文件）设计的参考依据。数据字典的内容主要是对数据流程图中的6个方面进行具体的定义：数据项数据结构数据流处理逻辑数据存储外部实体数据字典建立数据字典的工作量很大，相当烦琐，但这是一项必不可少的工作。数据字典在系统开发中具有十分重要的意义，不仅在系统分析阶段，而且在整个研制过程中以及今后系统运行中都要使用它。数据字典（1）数据项的定义数据项又称为数据元素，是数据的最小单位。分析数据特性应从静态和动态两个方面去进行。在数据字典中，仅定义数据的静态特性。1.数据项的名称、编号、别名和简述；2.数据项的长度；3.数据项的取值范围。

数据字典数据字典（2）数据结构的定义数据结构描述某些数据项之间的关系。一个数据结构可以由若干个数据项组成；也可以由若干个数据结构组成，还可以由若干个数据项和数据结构组成。1.数据结构的名称和编号；2.简述；3.数据结构的组成。数据字典数据字典（3）数据流的定义数据流由一个或一组固定的数据项组成。定义数据流时，不仅要说明数据流的名称、组成等，还应指明它的来源、去向和数据流量等。数据字典数据字典（4）处理逻辑的定义处理逻辑的定义仅对数据流程图中最底层的处理逻辑加以说明。数据字典数据字典（5）数据存储的定义数据存储在数据字典中只描述数据的逻辑存储结构，而不涉及它的物理组织。数据字典数据字典（6）外部实体的定义外部实体定义包括：外部实体编号、名称、简述、及有关数据流的输入和输出。数据字典数据字典数据字典的使用和管理

数据字典可以确保数据在系统中的完整性和一致性。例如，通过检查各类条目的规定格式，可以发现以下问题：是否存在没有指明来源和去向的数据流；是否存在没有指明所属数据存储或所属数据流的数据项；处理逻辑与输入的数据项是否匹配；是否存在没有输入或者没有输出的数据存储。数据字典必须有专人进行管理。数据管理员的职责就是维护和管理数据字典，保证数据字典内容的完整性和一致性。任何人，包括系统分析员、系统设计员、程序员，若要修改数据字典的内容，都必须通过数据管理员。数据管理员还要负责把数据字典的最新版本及时通知有关人员。描述处理逻辑的工具一般情况下，对于较简单的计算性的处理逻辑，在数据字典中定义即可，但还有一些比较复杂的处理逻辑，需要单独进行定义，因此，有必要介绍几种描述处理逻辑的工具。决策树（判断树）决策表（判断表）结构语言表示法描述处理逻辑的工具决策树（判断树）

决策树（判断树），是用来表示逻辑判断问题的一种图形工具，可以清晰地表达条件、决策规则和应采取的行动之间的逻辑关系。优点：直观、明确步骤：确定条件确定每一个条件有几种可能的状态确定动作，最后确定每一项动作要依赖于哪些条件及取值。描述处理逻辑的工具

举例：某商业公司的销售策略规定：不同的购货量、同的顾客可以享受不同的优惠.具体办法是：年购货额在5万元以上且最近三个月无欠款的顾客可享受15%的折扣；年购货额在5万元以上，近三个月有欠款，但是本公司20年以上的老顾客，可享受10%的折扣；若不是老顾客，只有5%的折扣；年购货额在5万元以下无折扣。描述处理逻辑的工具折扣策略购货额≥5万元购货额＜5万元最近三个月无欠款与本公交易20年以上折扣15%最近三个月有欠款与本公交易20年以下折扣10%折扣5%不打折描述处理逻辑的工具决策表（判断表）决策表（判断表）可以清晰地表达条件、决策规则和应采取的行动之间的逻辑关系。以表格的形式给出各种条件的全部组合以及在各种在组合下应采取的行动。构造决策表的步骤：列出所有可能的条件及方案按全部方案列出其选择的行为缩小表的列数描述处理逻辑的工具条件语句条件项行动项描述处理逻辑的工具描述处理逻辑的工具描述处理逻辑的工具结构化描述语言结构化描述语言采用很简洁的词汇来表述处理逻辑，没有严格的语法，可以用英语表达，也可以用汉语表达。结构化描述语言采用三种基本逻辑结构来描述处理逻辑，这三种基本逻辑结构是：顺序结构循环结构选择结构描述处理逻辑的工具顺序结构示例---

“工资计算”处理逻辑

输入职工号读基本工资文件读考勤表文件读扣款文件计算应付工资计算代扣工资计算实发工资描述处理逻辑的工具选择结构示例描述处理逻辑的工具循环结构示例DOWHILE企业每个职工读基本工资文件读考勤表文件读扣款文件计算应付工资计算代扣工资计算实发工资输出应付工资、代扣工资及实发工资ENDDO描述处理逻辑的工具思考：某企业根据用户欠款时间长短和现有库存量情况处理用户定货方案。若欠款时间不超过30天，需求量超过库存量，即先按库存发货，进货后再补发，否则立即发货；若欠款时间超过30天，但不超过100天，需求量超过库存量，即不发货，否则先付款再发货；若欠款时间超过100天，要求先付欠款。请分别采用决策树的方法来描述该处理逻辑。4.4.2面向对象的分析与设计方法

(ObjectOrientedAnalysis&Design,OOA&OOD)基本思想：现实世界由相互联系的各种事物组成，每一事物均有其自身的属性和特定的行为，面向对象的分析与设计方法即遵循此思想，以最自然的形式针对现实世界中的问题建模，并按人们通常的思维方式对问题进行求解，力图籍此简化问题模型，降低求解难度面向对象方法的几个基本概念对象可用名字进行唯一标识可用属性（状态）描述某些特征可用一组操作（服务）完成其各种行为类具有相同属性和操作的一组对象的集合，它为属于该类的全部对象提供了统一的抽象描述同样具有名称、属性和操作属性和操作又可分为外部特性和实现两部分消息向对象发出的服务请求包含：SenderReceiverParameters由接收者负责对消息进行响应，执行相应操作UML－－面向对象的分析设计工具UML UnifiedModelingLanguage统一建模语言1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推荐，为OMG所采纳，进而成为了可视化建模的事实标准UML的特点和应用特点一种可视化的语言一种可用于详细描述的语言精确无歧义完整一种构造语言正向工程逆向工程一种文档化的语言主要应用于软件系统的分析、设计工作，也可应用于非软件领域UML一共有13中图形图名功能备注类图描述类、类的特性以及类之间的关系UML1原有对象图描述一个时间点上系统中各个对象的一个快照UML1非正式图复合结构图描述类的运行时刻的分解UML2.0新增构件图描述构件的结构与连接UML1原有部署图描述在各个节点上的部署UML1原有包图描述编译时的层次结构UML中非正式图用例图描述用户与系统如何交互UML1原有活动图描述过程行为与并行行为UML1原有状态机图描述事件如何改变对象生命周期UML1原有顺序图描述对象之间的交互，重点在强调顺序UML1原有通信图描述对象之间的交互，重点在于连接UML1中的协作图定时图描述对象之间的交互，重点在于定时UML2.0新增交互概观图是一种顺序图与活动图的混合UML2.0新增UML基本元素—类(Class)表示由三部分构成名称必须包含其余可省略或陆续添加可说明属性及操作的可见性可说明属性的类型可说明操作的参数、返回值类图特点长方形表示类、箭头表示关系；在图中所有的关系叫关联(associations)，关联是简单的数据关系，用来表示一个对象持有一个另外一个对象的引用，或是调用另外一个对象的方法；关系的名称映射到持有的引用的变量名称；挨着箭头的数字通常用来说明关联持有的实例的数量，如果这个数字大于1说明采用了某些容器，通常是使用了一个数组；在类图中除了类名层是不能省略外，其它的几层都可以省略«interface»符号表示是一个接口(interface)类的UML分为以下几层。顶部的格子放类名，中间的格子放类的属性、属性的类型和值（属性的初始值），下面的格子放方法、方法的参数表和返回类型。最下层是性质清单UML基本元素—对象(Object)表示由两部分组成没有操作名称必须包含名称带下划线名称后可跟类名其余可省略或陆续添加可说明属性的类型UML基本元素

——用例(UseCase)和参与者(Actor)参与者存在于作为研究对象的系统之外的实体可以为人、机构、设备、系统等利用人形表示通常仅包含其名称用例对一组动作序列的描述，系统执行这些动作将产生一个对特定参与者有价值而且可观察的结果使用实线椭圆通常仅包含其名称UML基本元素—关系依赖关系（dependency）代表：使用关系说明一个事物规格说明的变化可能影响到使用它的另一个事物箭头指向被依赖的事物泛化关系（generalization）指一般事物（称为超类或父类）和该事物的较为特殊的种类（称为子类）之间的关系一个类可以有0个、1个或多个父类没有父类且最少有一个子类的类称为根类或基类没有子类的类称为叶子类箭头指向被继承的类关联关系（association）代表一种结构关系类型自关联二元关联关联可以有一个名称聚集、聚合（Aggregation）

－－一种特殊的关联关系用于表示整体与部分的关系以菱形表示可进一步细分为：普通聚集，共享聚集（SharedAggregation）整体与部分可以单独存在以空心菱形表示组合position）整体拥有部分，部分与整体共存以实心菱形表示类图用于描述类与类之间的静态关系类图主要由类及它们之间的关系构成，此外，还可以包含接口、包等元素，也可包括对象等实例类图的主要作用分析阶段帮助识别系统的主体帮助辨析系统的属性和行为描述应用领域中的概念设计阶段直接引导面向对象的设计描述类与类之间的接口实现阶段描述软件系统中的实现可利用工具直接生成代码框架对象图（ObjectDiagram）形式与类图相似对象之间的连接使用“链”（Link）包图（PackageDiagram）目的：将复杂的大系统拆分为若干小系统包：将若干元素集合成一个更高层次的单位，形成一个低耦合、高内聚的元素集合，将其称为包。包中的元素也具有可见性。包图利用类似于文件夹的符号表示包。包图主要描述包之间的包含及依赖关系。用例图（UseCaseDiagram）要素参与者用例关系用例图描述了谁将是系统的使用者使用者希望系统提供什么服务（功能）使用者与系统之间的交互（参与者与用例之间的关系）关联关系（association）系统所提供的服务（用例之间的关系）包含关系（include）延伸关系（extend）泛化关系（generalize）参与者与用例之间的关联关系用例之间存在的三种可能的关系包含关系（include）表示基础用例（客户用例）在其说明的某一位置显式地合并了另一个用例的行为用途用例的复用用例的简化延伸关系（extend）基础用例在由延伸用例间接地说明的一个位置上，隐式地合并了另一个用例的行为特点：即使没有扩展用例，基础用例本身也是完整的用途把新的行为插入到已有用例中把复杂的可选的处理从基本的必须的处理中分离出来泛化关系