典型的电子商务系统基本功能模型.pptVIP

2.3 典型的电子商务系统基本(需求)功能模型;1）B2C电子零售系统的基本功能;2） B2B电子商务系统的基本功能;2） B2B电子商务系统的基本功能;3）企业信息门户的基本功能;4）物流配送系统功能;2.4 电子商务系统的分析与设计工具;2.4.1 结构化需求分析方法 ; 结构化需求分析方法——DFD ;结构化分析方法——DFD例子;;;;2.4.2 面向对象的建模语言UML ;2.4.2 面向对象的建模语言UML ;2.4.2 面向对象的建模语言UML ;关联 关联用以表明类与类之间所具有的除继承、聚合以外的一种相关性的关系。;聚合（Aggregation） 聚合是类之间的一种整体与部分的特殊关联关系，如汽车包括四个轮子，一台发动机等。 ;消息(Message) 消息是类(对象)间实现通信的手段，一个类就是通过消息来申请另一个类提供的服务，因此消息中通常会标明要求操作的名称和相应的参数。类受到消息请求后先分析请求的合法性和消息的合法性，然后再操作。 消息连接用一条带箭头的线段表示： ;;;2.4.2 面向对象的建模语言UML;;用例图;角色的识别与描述 谁使用系统的主要功能？ 谁需要系统的支持以完成其日常工作任务？ 谁负责维护、管理并保持系统正常运转？ 系统需要应付（处理）哪些硬设备？ 系统需要和哪些外部系统交互？ 谁对系统的结果感兴趣？;角色识别示例：考虑一个ATM系统 谁使用系统的主要功能？ 储户 谁需要系统的支持以完成其日常工作任务？ 出纳员？ 谁负责维护、管理并保持系统正常运转？ ATM系统工程师、银行人员 系统需要应付（处理）哪些硬设备？ 储户身份、帐户标识卡（信用卡） 系统需要和哪些外部系统交互？ 不清楚 谁对系统的结果感兴趣？ 银行会计、储户 角色：储户、银行人员、信用卡、银行会计 ;用例识别与描述 用例定义：用来描述角色可以感受到的完整的功能，在UML中定义为：“由系统执行的一个动作(action)序列，并能产生可观察的结果值给某个特定的角色”； 特征： 用例通常由某个角色来驱动执行； 用例把执行结果的值反馈给角色； 用例在功能上具有完整性； 每个用例都必须从输入开始，直至产生结果值输出给角色(这一点与数据流图中的分解后??功能不一样)；同时具有相对完整的功能；在功能执行的过程中可能还会产生诸多变化情况、错误情况、异常情况等； 用例在本质上是一个类，因此用例和角色之间的连接用关联（Association）来实现;命名规则：根据其在系统内的职责和所具有的功能来命名，如：填单据、订货； 识别方法：用例识别是应用UML进行面向对象分析的关键一步，是其它后续工作的基础。用例识别首先在需求分析的基础上，弄清系统中的问题域、业务流程、系统功能需求等，再结合已经识别出的角色来识别用例。为便于识别，可借助于以下问题： 某个角色要求系统为其提供什么功能？角色需要做哪些工作？ 角色需要阅读、创建、销毁、更新或存储系统中的某些信息？ 系统中的事件一定要告知角色吗？角色需要告诉系统一些什么吗？系统内部的事件从功能的角度代表什么？ 系统需要什么样的I/O ? 从哪里来，到哪里去？ 现行系统存在哪些主要问题？ ;用例之间的二种关系：;用例描述：使用用例模板；;用例：201 购买物品 特征信息： 用例目标：购买者直接向公司提出 购买请求，期望收到货 物并付款； 范围：公司； 级别：概要任务； 前后条件：公司知道购买者及他的 地址等； 成功后件：购买者获得物品，公司 获得了物品的价钱； 失效后件：公司没有发送物品，购 买者没有寄出款额； 首要角色：购买者、代理商； 触发：购买请求；;; 变异 编号变异列表 相关信息（可选） 优先级（该用例关键程度）、性能目标（执行时间）、频度（执行频度） 从属用例 下属用例 与首要角色的联系渠道（包括交互式、静态文件、数据库等） 其它问题（可选，列出该用例未解决的问题）;用例图;类图;类图示例：;;类的识别方法： 1）名词识别方法（实体识别法），步骤： 用一种语言对系统进行描述； 从系统描述中标识出名词、代词、名词短语。其中单数名词往往为对象，复数名词往往为类； 例：一台8波段收音机，其中8波段包括FM、MW、SW1、…、SW2。收音机具有二个波段选择开关：一个选择FM、MW、SW，叫波段开关；另一个选择SW1 、... 、SW6,叫短波开关。当波段开关位于SW时，短波选择开关才起作用，否则不起作用。收音机还有一个调谐按钮，用来在选定的一个波段内选择某一电台频率。收音机有一个数