电子商务系统分析与设计 0601-电子商务系统分析

可行性分析报告结论分为哪几点?10:03 为什么要进行电子商务系统的分析?10:03 系统规划系统规划 系统规划 系统规划 系统分析 系统分析 系统分析 系统分析 系统运作模式、体系结构及可行性报告 系统运作模式、体系结构及可行性报告 电子商务系统的特点 系统调查方法 明确系统 “做什么” 系统基本需求 系统基本需求 用户特定需求 用户特定需求 逻辑模型 逻辑模型 系统 分析方法 系统分析报告 系统分析报告 系统设计 系统设计 系统设计 系统设计 明确系统 “怎么做” 10:03 熟悉商务运作过程中的基本商务环节及其特点 确定开展商务活动的重点和要点 确定系统基本需求(用户基本需求) 对象:企业组织结构、主要业务、业务活动的数据流程 和处理过程等 目的:确定用户特定需求1.掌握企业商务活动的特点 2.系统调查 3.建立系统逻辑模型 4.形成系统分析报告 对系统基本需求和用户特定需求进行整理,并采用某一 系统分析方法建立系统逻辑 模型 1.3电子商务系统典型运行模式 电子商务系统典型运行模式 BB BB 22 BB CC 22 CC CC 22 企业对企业 企业对消费者 消费者对消费者 B2B是企业与企业之间通过互联网进行产品、服务及信息 的交易,即企业与企业之间的电子商务。cc88.com_【官方首页】-cc网投 如:阿里巴巴 10:03 1.3.1B2B 政府 机构 物流 企业 中介 买方 企业 卖方 企业 参与者 10:03 B2C是商家对消费者的电子商务,也就是通常说的商业零售,直接面向消费者销售产品和服务。最具代表性的就 是网上商店。 如:当当网 10:03 10 1.3.2 B2C 政府 机构 物流 企业 中介 消费者 商家 参与者 参与者 10:03 11 消费者需求 消费者需求 信息反馈商家需求 商家需求 售后服务C2C是消费者对消费者的模式。C2C商务系统就是通过为 买卖双方提供一个在线交易平台,使卖方可以主动提供 商品上网拍卖,而买方可以自行选择商品进行竞价。 如:淘宝 10:03 12 1.3.3 C2C 政府 机构 物流 企业 中介 买方 卖方 参与者 参与者 10:03 13 包括店铺设置管理、商品发布、商品下架、 商品删除、发货、退 包括商品搜索、浏览、了解卖家、出价竞拍、 在线支付、交易投诉等 2.1需求工程 10:03 14 是指应用已证实有效的技术、方法进行需求分析,确定客户需求,帮助分析人员 的所有的一门学科。cc88.com_【官方首页】-cc网投它通过合适 的工具和记号系统地描述待开发系统及其行为特征 和相关约束,形成需求文档,并对用户不断变化的 需求演进给予支持。 2.2需求工程基本活动 10:03 15 :其目的是从项目的战略规划开始建立最初的 原始需求 :目的是保证需求的完整性和一致,通过建模 整合各种信息,从而使人们更好的理解问题。cc88.com_【官方首页】-cc网投 :是将完整、一致的需求与能够满足需求 的软件行为以文档的方式明确的固定下来 :是需求开发中的最后一个活动,需求验证之 后的需求及其文档是得到所有涉众一致同意的软件需求规格说 10:0316 需求细化 确定优先级 背景分析 确定系统边界 需求建模 需求协商 3.1 需求概念的内涵 10:03 17 需求是用户的期望,它们的满足是通过实现一个解系统达到的。问题域和解系统通过接口实现交 互,交互产生的效果可以帮助人们解决问题。cc88.com_【官方首页】-cc网投 18 用户和开发人员的背景不同,立场不同 普通用户缺乏概括性、综合性的表达能力 用户存在认知困境 用户越俎代庖 缺乏用户参与 3.2 需求获取 就是进行需求收集的一个活动,它是从人员、资料 和环境中得到系统开发所 需要的相关信息。 3.2.1 需求获取的困难 3.2.2 获取信息的内容 10:03 19 需求是获取的主要对象,是系统期望达到 的目标。它主要来源 于用户、客户、领域 专家等相关涉众,在 获取中体现为涉众的 问题、期望、观点、 看法和态度等。 问题域描述是用来承载和解释需求的问题 域特性,主要是现实 世界的业务运行状况。 它可以从涉众的业务 描述中获得,也可以 从业务运行所产生的 各种数据文档中获得。cc88.com_【官方首页】-cc网投 环境与约束属于一种特殊的问题域特性, 限定了解系统部署的 环境和条件。需要注 意的是它常常在需求 获取中被人们遗漏。 主要来源于涉众的描 述和对应用环境的观 非功能需求3.3 需求分类 10:03 20 功能需求 性能需求 质量属性 对外接口 约束 功能性 可靠性 可用性 效率 可维护性 可移植性 软件质量模型 3.4 需求分析的根本任务 10:03 21 应建立的软件系统解决方案 3.4.1需求分析的主要任务 需求协商(在分析中,有时会发生不同用户的需求冲突)10:03 22 3.4.2 建立分析模型(需求建模) 模型:模型是对事物的抽象,帮助人们在创建一个事物 之前可以有更好的理解。 通过建模抽象降低应用的复杂性。cc88.com_【官方首页】-cc网投 在建模的过程中更深刻地理解信息。cc88.com_【官方首页】-cc网投 可以帮助人们更好的记忆细节。 可以更好地与其他开发人员进行交流。 可以更好地与用户以及其他涉众进行交流。 为以后的维护和升级提供文档。 10:03 23 3.4.3两个世界与三个模型 10:03 24 4.1需求说明书编写 软件需求说明书是软件开发中的重要文档资料,是软件设计的依据,是工程的起点,应是用户需求的真实反映,必须得到用户赞同。 在软件需求规格说明书(SRS)中说明的功能需求充分描述了软件系统所应具有的外部行为。软件需求规格说明在开发、测试、质量 保证、项目管理以及相关项目功能中都起了重要的作用。。 作为功能需求的补充,软件需求规格说明还应包括非功能需求,它描述了系统展现给用户的行为和执行的操作等。cc88.com_【官方首页】-cc网投它包括产品必须遵 从的标准、规范和合约;外部界面的具体细节;性能要求;设计或 实现的约束条件及质量属性。 10:03 25 4.2编写高质量需求的原则 编写优秀的需求没有公式化的方法,需要大量的经验,要从 过去的文档中发现的问题吸取经验。在组织软件需求文档时, 应遵从下列原则。 (1)句子和段落要短,采用主动语气。。 (2)有效定义需求。 (3)正确地把握细化程度。 (4)多个需求合成单个需求。 (5)细节上要保持一致。 (6)避免在SRS中多处叙述同一需求。 10:03 26 4.3 需求说明书国家标准 《计算机软件产品开发文件编制指南(GB8567-88)》 国家标准是一份指导性文件。有14种文件,“软件需求 说明书”和“数据要求说明书”被包括在其中。其内容 见表4-1。 10:03 27 10:03 28 5.1 结构化方法 结构化分析(Structured Analysis,SA) 结构化设计(Structured Design,SD) 结构化程序设计(Structured Programming,SP) 结构化方法具有以下特点:最早的开发方法,发展较为成熟, 成功率较高,应用最广;该方法简单、实用、易掌握,适应 于瀑布模型,适合数据处理领域中的应用;缺点是重用性不 好,不适应需求变化大的项目,也不适应大项目和复杂应用。 10:03 29 5.2描述工具 结构化分析方法利用图形等半形式化的描述方法表达需求, 简单易懂,用它们来形成需求说明书中的主要部分。这些描 述工具有如下3种。 (1)数据流图(DataFlow Diagram,DFD)。数据流图用于描 述系统的分解,即描述系统由哪些部分组成,各部分间有什么联系 (2)数据词典(DataDictionary,DD)。数据词典用于定义数据 流图中的数据和加工。它是数据流条目、数据存储条目、数据项条 目和基本加工条目的集合。 (3)加工逻辑描述工具。包括结构化语言、判定树、判定表。它们可以描述数据流图中不能被再分解的每一个基本加工的处理逻辑。 10:03 30 5.3分析步骤 (3)建立目标系统的逻辑模型。分折比较目标系统与当前系统逻辑上的差别,在当前系统的基础上找出要改变的部分,将变化的部分抽象为一 个加工,这个加工的外部环境及输入、输出就确定了。然后对变化的部 分重新进行分解,根据分折人员自已的经验,采用自顶向下逐步求精的 分析策略,逐步确定变化部分的内部细节,从而建立目标系统的逻辑模 (6)建立完整的需求规约,完成需求说明书。10:03 31 面向对象开发方法把系统看成是对象的集合,系统各个功能都是通过相关对象间的交互来实现的,通过描述对象间的交互关系来解释 系统实现过程。 UML活动图32 33 图书销售网前台系统-用例图用例文档 用例文档 简要说明简要说明:对用例的主要功能进行简要描述; 基本事件流基本事件流:描述用例在正常情况下的基本事件流程; 其他事件流其他事件流:描述用例执行过程中可行或备选的事件 流程,该事件流不一定要被执行; 异常事件流异常事件流:描述用例执行过程中可能发生的非正常 事件流程。 例:表6-7“下新订单”用例文档 34 UML 图书销售网前台系统--“下新订单”用例分析类图 36 图书销售网前台系统--“下新订单”用例活动图10:03 37

暂无简介

文档格式:
.pptx
文档页数:
37页
文档大小:
1.38M
文档热度:
文档分类:
经济/贸易/财会 --  网络营销/经济
文档标签:
电子商务系统 需求 分析 参与者 说明书 功能需求

更多>> 相关文档

页面底部区域 foot.htm