《电子商务系统开发与管理》第3章 电子商务系统需求分析

《电子商务系统开发与管理》曹扬海南大学旅游学院旅游信息管理系海南大学旅游新技术研究与应用实验室第三章电子商务系统需求分析电子商务系统需求分析概述电子商务系统需求分析过程需求建模方法典型电子商务系统需求本章要点需求管理含义和过程了解典型的电子商务系统业务需求熟悉系统分析的基本思路和过程掌握组织结构图、业务流程图、数据流程图的绘制方法掌握决策树、决策表、结构化语言等工具的使用掌握数字字典的定义及作业掌握UML建模方法3.1概述需求分析与管理对电子商务系统的作用项目失败或严重超支•同需求相关的原因–需求不完整–缺乏用户参与–客户期望不实际–需求变更–不必要的功能需求3.1概述什么是“需求”？需求的概念•对于客观事物需要的表现，体现为愿望、意向和兴趣，成为行动的一种直接原因或依据软件（系统）的需求•是从软件外部可见的、软件所具有的、满足于用户的特点、功能及属性等的集合IEEE软件工程标准词汇•用户解决问题或达到目标所需的条件或能力•系统或系统部件要满足合同、标准、规范和其他正式规定文档需具有的条件或能力3.2电子商务系统的需求分析过程需求分析过程需求获取需求分析需求定义需求验证需求变更管理需求获取需求分析需求定义需求验证需求变更管理3.2电子商务系统的需求分析过程需求分析活动的主要任务需求获取•确定和收集与软件系统相关的、来自不同地方和对象的用户需求信息需求分析•分析整理（提炼、分析、审查）需求信息•获得用户对软件系统的真正需求•建立软件系统逻辑模型3.2电子商务系统的需求分析过程需求分析活动的主要任务需求定义•使用适当描述语言，按照标准的格式定义软件的系统需求•做出需求规格说明书及相应文档需求验证•审查和验证需求规格说明书是否正确和完整地表述了用户对软件系统的需求需求变更管理3.2电子商务系统的需求分析过程需求分析活动的主要任务需求变更管理•有效管理需求规格说明书及相应文档•评估需求变更带来的潜在影响和成本变化•跟踪软件需求状态•管理需求规格说明的版本3.2电子商务系统的需求分析过程需求获取需求的分类•目标需求–限定项目范围和应达到的目标•业务需求–系统任务、实际业务、工作流程•功能需求–实现软件功能或系统具有的外部行为•非功能需求–性能需求和约束限制3.2电子商务系统的需求分析过程需求获取需求的分类•需求的层次关系目标需求业务需求功能需求非功能需求性能需求约束和限制3.2电子商务系统的需求分析过程需求获取需求的来源与用户•支付或购买系统的用户–高层管理者或项目负责人•直接或间接使用系统的用户–消费者用户、业务操作员等•物作为需求的来源–其他系统、设备、接口、文档、制度等•起决策作用的用户–帮助作出决定（整理需求）3.2电子商务系统的需求分析过程需求获取需求获取的方法•实地调查与交流–全局负责人–部门负责人–业务人员•书面咨询–信息流、内容及格式–业务处理流程–异常情况及响应3.2电子商务系统的需求分析过程需求分析基本任务•提炼、分析、审查已收集到的需求信息•找出真正的需求•确保与系统需求保持一致需求可行性的分析•不可实施的、有困难的、降低效率的建立软件系统的逻辑模型•发现冲突、遗漏、错误、含糊问题•常用需求建模方法3.2电子商务系统的需求分析过程需求定义需求定义•基本任务–根据用户需求，写出需求规格说明书•需求规格说明书–以文档的形式给出所有用户需求和模型•需求规格说明书是后续环节的主要依据–需求规格说明书的质量要求–需求验证后双方签字确认，技术“合同”–开发人员的开发依据、用户验收的基础3.2电子商务系统的需求分析过程需求定义需求定义•需求规格说明的特性–正确性–无含糊性–完整性–一致性–可验证性–可行性–必要性3.2电子商务系统的需求分析过程需求定义需求定义•需求规格说明的版本–国际标准–国家标准–军队标准–地方标准–行业标准–企业标准–内部标准3.2电子商务系统的需求分析过程需求定义需求定义•需求规格说明的格式1.引言1.1目的1.2文档约定1.3预期的读者和阅读建议1.4产品的范围1.5参考文献3.2电子商务系统的需求分析过程需求定义需求定义•需求规格说明的格式2.综合描述2.1产品的前景2.2产品的功能2.3用户类和特征2.4运行环境2.5设计和实现上的限制2.6假设和依赖3.2电子商务系统的需求分析过程需求定义需求定义•需求规格说明的格式3.外部接口需求3.1用户界面3.2硬件接口3.3软件接口3.4通信接口3.2电子商务系统的需求分析过程需求定义需求定义•需求规格说明的格式4.系统特性4.1说明和优先级4.2激励/响应序列4.3功能需求3.2电子商务系统的需求分析过程需求定义需求定义•需求规格说明的格式5.其它非功能需求5.1性能需求5.2安全设施需求5.3安全性需求5.4软件质量属性5.5业务规则5.6用户文档3.2电子商务系统的需求分析过程需求定义需求定义•需求规格说明的格式6.其它需求附录A：词汇表附录2：分析模型附录3：待确定问题的列表3.2电子商务系统的需求分析过程需求验证基本任务•从不同技术角度对需求规格说明文档做出综合性评价目的•确保需求规格说明的良好特性–一般的软件系统的共有特性»完整性、一致性、可行性、有效性–电子商务系统的特性»安全性、可靠性、稳定性3.2电子商务系统的需求分析过程需求验证需求验证方法•形式化证明–使用数学方法抽象为数学符号表示的形式系统–推理证明其中的性质–优点»严谨、自动化–缺点»依赖数学、复杂度大、难度大3.2电子商务系统的需求分析过程需求验证需求验证方法•人工审查方法–需求评审»与项目有关的所有人员参加»根据验证内容评审文档»利用测试用例进行验证需求验证阶段可同时编写用户使用手册草案3.2电子商务系统的需求分析过程需求变更管理需求变更的原因•市场竞争•组织机构变化•业务过程变化•其他内外部因素需求变更的类型•对软件系统内部产生影响•在原有需求基础上提出扩展系统功能要求–项目范围扩大、项目风险变大3.2电子商务系统的需求分析过程需求变更管理需求变更控制过程需求变更管理•需求变更管理•需求规格说明书的版本控制变更控制的启动确定角色与责任影响分析与评估变更控制结束实施变更需求验证采纳不采纳3.3需求建模方法概念根据待开发的软件系统的需求，利用某种模型方法建立该系统的逻辑模型，以帮助相关人员检测需求的一致性、完整性、无二义性等常用的需求建模方法结构化的需求建模方法（SA）面向对象的建模方法（OOA）基于统一建模语言的建模方法（UML）3.3需求建模方法结构化的需求建模方法结构化分析方法（StructuredAnalysis，SA）•用于分析系统的功能•直接根据数据流划分功能层次的分析方法核心•数据字典（DD）图形化描述•实体关系图（ERD）•数据流图（DFD）•状态转换图（STD）3.3需求建模方法结构化的需求建模方法分析模型•数据模型–以实体关系图为基础•功能模型–一数据流图为基础•行为模型–以状态转换图为基础3.3需求建模方法结构化的需求建模方法结构化分析方法的主要工具•数据字典（DD）•实体关系图（ERD）–组织结构图、功能结构图–组织/业务联系表•数据流图（DFD）•状态转换图–业务流程图（TFD）•决策树、决策表、结构化语言3.3需求建模方法结构化的需求建模方法实体关系图（ERD）•组织结构图厂长计划调度组计划科生产部财务部供销科计划组统计组统计组外协组成本组会计组出纳组供应组销售组仓库3.3需求建模方法结构化的需求建模方法实体关系图（ERD）•功能结构图销售系统管理销售计划管理成品库管理销售合同管理销售核算管理市场预测销售历史资料管理编制年度销售大纲编制销售计划合同有效性审查合同执行情况分析合同登记和变更销售利润核算销售统计分析出入库管理库存统计市场预测市场分析功能序号联系的组程度织业务计划科质量科设计科工艺科机动科总工室研究所生产科供应科人事科总务科教育科销售科仓库1计划*√××××2销售√*×3供应√×*√4人事*√√5生产√×××**×√√6设备更新*√√√×功能与业务7……图中：“*”表示该项业务是对应组织的主要业务（即主持工作的单位）；“×”表示该单位是参加协调该项业务的辅助单位；“√”表示该单位是该项业务的相关单位（或称有关单位）；空格：表示该单位与对应业务无关。功能序号联系的组程度织业务计划科质量科设计科工艺科机动科总工室研究所生产科供应科人事科总务科教育科销售科仓库1计划*√××××2销售√*×3供应√×*√4人事*√√5生产√×××**×√√6设备更新*√√√×功能与业务7……图中：“*”表示该项业务是对应组织的主要业务（即主持工作的单位）；“×”表示该单位是参加协调该项业务的辅助单位；“√”表示该单位是该项业务的相关单位（或称有关单位）；空格：表示该单位与对应业务无关。3.3需求建模方法结构化的需求建模方法实体关系图（ERD）•组织/业务联系表3.3需求建模方法结构化的需求建模方法数据流图（DFD）•定义–数据流图是一种能全面地描述信息系统逻辑模型的主要工具–可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况3.3需求建模方法结构化的需求建模方法数据流图（DFD）•特点–数据流程图具有抽象性，表现在它完全舍去了具体的物质，只剩下数据的流动、加工处理和存储–数据流程图具有概括性，它可以把信息中的各种不同业务处理过程联系起来，形成一个整体3.3需求建模方法结构化的需求建模方法数据流图（DFD）•用途–可以自顶向下分析系统信息流程–可在图上划出需要计算机处理的部分–根据逻辑存储，进一步做数据分析，向数据库设计过渡–根据数据流向，定出存储方式–对应一个处理过程，用相应的语言、判定表等工具来表示处理方法3.3需求建模方法结构化的需求建模方法数据流图（DFD）•基本元素–外部实体–加工–数据存储–数据流外部实体加工数据存储数据流3.3需求建模方法结构化的需求建模方法数据流图（DFD）•DFD图示例3.3需求建模方法结构化的需求建模方法数据流图（DFD）•DFD图的逐层细化–在分层数据流图中下层图上的数据流或数据存储是上层图某个成分的分解得到的a关联图b顶层图d三层图c二层图….3.2图0GQRLSMABCABCDEFG12356图2.131NMPGL图23.3需求建模方法结构化的需求建模方法数据流图（DFD）•DFD图的逐层细化编号法则–每个数据加工环节都要编号–每张数据流图都要编号–数据流编号以F开头–数据存储编号以D开头–外部项编号以S开头3.3需求建模方法结构化的需求建模方法数据流图（DFD）•DFD图的逐层细化编号法则–父图与子图的编号要有一致性»子图图号是父图上对应的加工的编号»顶层图号为0，加工按P1，P2…编号»加工分解子加工按P1.1,P1.2…编号»依次类推3.3需求建模方法结构化的需求建模方法数据流图（DFD）•DFD图的逐层细化示例——父图（顶层图）3.3需求建模方法结构化的需求建模方法数据流图（DFD）•DFD图的逐层细化示例——子图（下层图）3.3需求建模方法结构化的需求建模方法数据流图（DFD）•DFD图的逐层细化示例——子图（下层图）3.3需求建模方法结构化的需求建模方法数据流图（DFD）•DFD图总结–详细讨论达成一致–明确系统界面–合理布局各个元素–注意图的编号–自顶向下逐层扩展–逐步修改完善3.3需求建模方法结构化的需求建模方法状态转换图•业务流程图（TFD）–特点»按业务部门划分的横式图»图中描述的主体是票据、帐单»票据、帐单的流程路线与实际业务处理过程一一对应3.3需求建模方法结构化的需求建模方法状态转换图•业务流程图（TFD）–作用»系统分析员作进一步系统分析的依据»系统分析员，管理人员相互交流的思想工具»系统分析员可以直接在业务流程图上拟出计算