《2022年电子商务系统分析与设计0601-电子商务系统分析（37页）.docx》由会员分享，可在线阅读，更多相关《2022年电子商务系统分析与设计0601-电子商务系统分析（37页）.docx（8页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、2022年电子商务系统分析与设计0601-电子商务系统分析（37页） 问题：业务流程图的6要素包括哪些？可行性分析报告结论分为哪几点？电子商务系统分析-需求分析2.6.面对对象分析法需求工程概述3.需求开发1.4.电商系统分析任务和步骤需求规格说明书5.结构化分析法书目1 电子商务系统分析的任务和步骤1.1 电子商务系统分析的任务为什么要进行电子商务系统的分析？系统基本需求用户特定需求电子商务系统的特点系统调查方法1.1 电子商务系统分析的任务系统规划系统运作模式、体系结构及可行性报告明确系统“做什么”系统分析逻辑模型系统分析方法系统分析报告明确系统“怎么做”系统设计1.2 电子商务系统分析的
2、步骤熟识商务运作过程中的基本商务环节及其特点确定开展商务活动的重点和要点确定系统基本需求1.驾驭企业商务活动的特点对象：企业组织结构、主要业务、业务活动的数据流程和处理过程等目的：确定用户特定需求2.系统调查对系统基本需求和用户特定需求进行整理，并采纳某一系统分析方法建立系统逻辑模型3.建立系统逻辑模型撰写系统分析结果的说明4.形成系统分析报告222CBBCCB1.3 电子商务系统模运行模型电子商务系统典型运行模式企业对消费者消费者对消费者企业对企业卖方企业买方企业政府机构参加者中介物流企业1.3.1 B2B电子商务系统基本需求B2B是企业与企业之间通过互联网进行产品、服务及信息的交易，即企业
3、与企业之间的电子商务。如：阿里巴巴B2B功能?会员管理信息发布信息查询在线交易订单管理拍卖与投标选购网上洽谈商务论坛广告宣扬B2B电子商务的基本需求商家消费者政府机构参加者中介物流企业1.3.2 B2C电子商务系统基本需求B2C是商家对消费者的电子商务，也就是通常说的商业零售，干脆面对消费者销售产品和服务。最具代表性的就是网上商店。如：当当网消费者需求用户注册、登录商品查询购物车为购买产品下订单查看、撤销和修改订单跟踪订单状态在线支付新手导航信息反馈B2C电子商务的基本需求商家需求商品信息发布检查客户的注册信息发布和管理网络广告处理客户订单商品库存管理精品举荐、促销活动和物流配送系统建立接口和
4、银行之间的接口客户关系管理售后服务卖方买方政府机构参加者中介物流企业1.3.3C2C电子商务系统基本需求C2C是消费者对消费者的模式。C2C商务系统就是通过为买卖双方供应一个在线交易平台，使卖方可以主动供应商品上网拍卖，而买方可以自行选择商品进行竞价。如：淘宝C2C功能?会员注册、认证卖家管理买家管理论坛新手导航客户服务包括店铺设置管理、商品发布、商品下架、商品删除、发货、退款等C2C电子商务的基本需求包括商品搜寻、阅读、了解卖家、出价竞拍、在线支付、交易投诉等2 需求工程概述 是指应用已证明有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的全部外部特征的一门学科
5、。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断改变的需求演进赐予支持。2.1需求工程需求工程需求开发需求管理需求分析需求规格说明需求获得需求验证2.2需求工程基本活动确定优先级需求细化需求建模确定系统边界需求协商背景分析需求获得：其目的是从项目的战略规划起先建立最初的原始需求需求分析：目的是保证需求的完整性和一样，通过建模整合各种信息，从而使人们更好的理解问题。需求规格说明：是将完整、一样的需求与能够满意需求的软件行为以文档的方式明确的固定下来需求验证：是需求开发中的最终一个活动，需求验证之后的需求及其文档是得到全部涉众一样同意的软件需求规格说明
6、。3 需求开发差距现实的状况期望的状况需求是用户的期望，它们的满意是通过实现一个解系统达到的。问题域和解系统通过接口实现交互，交互产生的效果可以帮助人们解决问题。3.1 需求概念的内涵用户和开发人员的背景不同，立场不同一般用户缺乏概括性、综合性的表达实力用户存在认知逆境用户越俎代庖缺乏用户参加3.2 需求获得就是进行需求收集的一个活动，它是从人员、资料和环境中得到系统开发所须要的相关信息。3.2.1 需求获得的困难123需求是获得的主要对象，是系统期望达到的目标。它主要来源于用户、客户、领域专家等相关涉众，在获得中体现为涉众的问题、期望、观点、看法和看法等。问题域描述是用来承载和说明需求的问题
7、域特性，主要是现实世界的业务运行状况。它可以从涉众的业务描述中获得，也可以从业务运行所产生的各种数据文档中获得。环境与约束属于一种特别的问题域特性，限定了解系统部署的环境和条件。须要留意的是它经常在需求获得中被人们遗漏。主要来源于涉众的描述和对应用环境的视察。3.2.2 获得信息的内容3.3 需求分类功能需求非功能需求性能需求需求分类功能性质量属性牢靠性可移植性对外接口软件质量模型可用性可维护性约束效率1.需求获得得到的信息2.应建立的软件系统解决方案建立分析模型，达成开发者和用户对需求信息的共同理解依据共同的理解，发挥创建性，创建软件系统解决方案3.4 需求分析的根本任务3.4.1 需求分析
8、的主要任务 背景分析确定系统边界需求建模需求细化确定优先级需求协商建立模型取得的好处3.4.2 建立分析模型模型：模型是对事物的抽象，帮助人们在创建一个事物之前可以有更好的理解。 通过建模抽象降低应用的困难性。在建模的过程中更深刻地理解信息。可以帮助人们更好的记忆细微环节。可以更好地与其他开发人员进行沟通。可以更好地与用户以及其他涉众进行沟通。为以后的维护和升级供应文档。 3.4.3 两个世界与三个模型4需求说明书4.1 需求说明书编写软件需求说明书是软件开发中的重要文档资料，是软件设计的依据，是工程的起点，应是用户需求的真实反映，必需得到用户赞同。在软件需求规格说明书中说明的功能需求充分描述
9、了软件系统所应具有的外部行为。软件需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。作为功能需求的补充，软件需求规格说明还应包括非功能需求，它描述了系统呈现给用户的行为和执行的操作等。它包括产品必需遵从的标准、规范和合约；外部界面的详细细微环节；性能要求；设计或实现的约束条件及质量属性。4.2 编写高质量需求的原则编写优秀的需求没有公式化的方法，须要大量的阅历，要从过去的文档中发觉的问题吸取阅历。在组织软件需求文档时，应遵从下列原则。句子和段落要短，采纳主动语气。有效定义需求。正确地把握细化程度。多个需求合成单个需求。细微环节上要保持一样。避开在SRS中多处叙述同
10、一需求。4.3 需求说明书国家标准计算机软件产品开发文件编制指南国家标准是一份指导性文件。有14种文件，“软件需求说明书”和“数据要求说明书”被包括在其中。其内容见表4-1。信息工程传统分析面对对象分析结构化分析需求分析方法5 结构化分析建模5.1 结构化方法结构化分析结构化设计结构化程序设计结构化方法具有以下特点：最早的开发方法，发展较为成熟，胜利率较高，应用最广；该方法简洁、好用、易驾驭，适应于瀑布模型，适合数据处理领域中的应用；缺点是重用性不好，不适应需求改变大的项目，也不适应大项目和困难应用。5.2 描述工具结构化分析方法利用图形等半形式化的描述方法表达需求，简洁易懂，用它们来形成需求
11、说明书中的主要部分。这些描述工具有如下3种。数据流图。数据流图用于描述系统的分解，即描述系统由哪些部分组成，各部分间有什么联系等。数据词典。数据词典用于定义数据流图中的数据和加工。它是数据流条目、数据存储条目、数据项条目和基本加工条目的集合。加工逻辑描述工具。包括结构化语言、判定树、判定表。它们可以描述数据流图中不能被再分解的每一个基本加工的处理逻辑。5.3 分析步骤建立当前系统的物理模型。抽象出当前系统的逻辑模型。建立目标系统的逻辑模型。分折比较目标系统与当前系统逻辑上的差别，在当前系统的基础上找出要变更的部分，将改变的部分抽象为一个加工，这个加工的外部环境及输入、输出就确定了。然后对改变的
12、部分重新进行分解，依据分折人员自已的阅历，采纳自顶向下逐步求精的分析策略，逐步确定改变部分的内部细微环节，从而建立目标系统的逻辑模型。做进一步补充和优化。确定系统的成本和风险等级。建立完整的需求规约，完成需求说明书。6 面对对象分析法面对对象开发方法把系统看成是对象的集合，系统各个功能都是通过相关对象间的交互来实现的，通过描述对象间的交互关系来说明系统实现过程。面对对象系统分析法中建立系统逻辑模型的主要工具有：UML用例图UML分析类图UML活动图P. 图书销售网前台系统用例图UML用例图用例文档简要说明：对用例的主要功能进行简要描述；基本领件流：描述用例在正常状况下的基本领件流程；其他事务流
13、：描述用例执行过程中可行或备选的事务流程，该事务流不肯定要被执行；异样事务流：描述用例执行过程中可能发生的非正常事务流程。例：表6-7“下新订单”用例文档图书销售网前台系统-“下新订单”用例分析类图P. 图书销售网前台系统-“下新订单”用例活动图Thanks！需求工程是随着计算机的发展而发展的，在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，干脆关系到软件的胜利与否。人们渐渐相识到需求分析活动不再仅限于软件开发的最初阶段，它贯
14、穿于系统开发的整个生命周期。80年头中期，形成了软件工程的子领域需求工程(requirement engineering,RE)。进入90年头以来，需求工程成为探讨的热点之一。需求获得：通过与用户的沟通，对现有系统的视察及对任务进行分析，从而开发、捕获和修订用户的需求；需求分析建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述，并尽可能多的捕获现实世界的语义；形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约；需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性；需求管理：支持系统的需求演进，如需求改变和可跟踪性问题。 第8页 共8页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页