电子商务系统结构.docVIP

电子商务系统结构 申明：此文档为个人复习资料，仅供参考，对文档中可能出现的错误以及由此带来的风险，本人概不负责。 电子商务站点的系统性能测量； 了解客户的行为； 表征电子商务站点的工作负荷； 基于队列网络理论的定量技术和分析模型，评价电子商务站点的性能； 获得性能模型的输入参数； 预测电子商务站点期望的负荷； 使用性能模型和工作负荷预测进一步分析可选择的体系结构，决定最有经济效益的一个。 第二章 需求分析包括了业务需求、用户需求、功能性需求和非功能性需求。 需求分析的注意事项（P55）： 需求分析不仅仅是设计者的事情，用户也必须参与其中 需求分析的内容需要满足三项一般原则（可检验性、确定性、可描述性） 了解用户所在的行业背景 需求分析的特点： 正确的、可行的、必不可少的、标明优先次序的、不含糊的、能被证实的 需求分析文档的要求： 保持句子和段落简短 从开发者的立场来看，检查需求陈述是否足够明确 努力找到一个适当的粒度层次来写作 检查是否有一个陈述表达了多个需求，如果有就将它们分开 整个需求文档的写作都保持在一个一致的细节层次上 避免陈述冗余的需求 需求分析内容（P57建议看书） 初步确定所需要的是一个电子商务的解决方案（框架） 电子贸易的需求 网络设备有关电子邮件和协作的需求 服务器的需求 有关电子邮件和协作的需求 在部门和群体间共享信息； 减少项目计划的开支； 克服团队分布在全球而产生的障碍； 减少繁文缛节的过程； 对那些获取信息的人员进行更好的掌握。 电子贸易的需求 拓展公司的基础 用于工作的时间是24×7小时 减少用于交易处理的开支 向客户提供更好的售前和售后的服务 将来使现存的互联网站点更灵活 使现有的网站融合到现有的企业系统中 通过互联网使用新的付费方法 网络应用服务器的需求 使现有的网站融合到现有的企业系统中； 在网络服务器上，需要的不仅仅是静态的网页，还需要过程； 从网站向用户提供为用户定制的报告； 自动的更新一个网站的内容； 提供好的性能和功能的服务器； 提供会话管理服务。 做好设计准备 技术上的评估： 网络系统和服务器 面向对象的技术 J2EE 或者 .NET技术平台 应用软件开发工具 相关于分布式数据的数据库 事务处理的技术 安全性 标准、规范 所有的决定者对于采用新技术的态度。 你愿意承受的风险等级。 提出解决方案的工作框架 工作框架的目标： 了解现存的环境和需求 评估商业的设施 提供适当的培训 将目标分成长期和短期的 确定技术路线 讨论技术性的更替 提出下一步该如何进行 为什么需要一个解决方案的工作框架 在需求收集过程、规划解决方案的工作框架时，群策群力比每个人单独的工作有着很多的优势： 通过每个人的共同参与从而节省了时间。 技术人员和商业人员可以相互交流，从而理解对方的观点。 通常来自技术方面的有争议的观点都会暴露出来并解决，这意味着最终的方案将是大多数人的观点。 经验表明，对于完成一个解决方案设计的任务这是最有效的方法。 解决方案的工作框架的困难所在是在于时间上的投资，特别是当众多关键人物需要抽出相同的时间。 构建工作框架前的准备 确定公司的参与者（任何一个解决方案工作框架的参与者都是一个成功的工作框架最重要的部分。一个来自公司和解决方案提供者的交叉功能的团队是关键。） 确定一个电子商务解决方案平台的提供者（将工作框架目标放入一个文档、确定工作框架的负责人、将目标发给确定的参与者） 和每个人交流工作框架的目标 在当前环境下，从公司收集资料（尽可能的理解你当前环境是构建一个成功的工作框架的关键。供应商的队伍应该回顾一下从公司方得到的材料。工作框架提供可以进行任何问题讨论和解决的论坛。　　经验表明使用公司的好的材料，理解当前的环境将变得更直观。然而，那些出现问题的部分通常是和现有的网络基础和一体化的存在的企业级设备和数据有关。） 规划解决方案的工作框架的议程，并发放给每一个参与者(向所有参与者提供规划好的工作框架的议程，其应至少包括如下计划：回顾工作框架的目标；回顾电子商务实施路线；回顾当前的环境；提供参考性的规划意见；组织参与者进行决定规划前的初步交流) 启动工作框架运作 重审最初的理解（1.工作框图的目标 2.商业需要和驱动（建议，由别人来负责这个重审） 3. 提供商从公司文档中理解的当前处境。对于上面这些项目的简单重审，可以帮助规划者得到更精细的需求信息。 ） 项目重审中的检查点（） 分析需求信息（因为工作框架涉及到很大的范围，所以很有可能需要其他的需求信息来帮助规划者实现电子商务。那些其他的需求信息可以被分成下面几类：1. 功能性需求 2. 明显或者隐含的障碍 3. 已经存在的条件 ） 收集需求信息的检查点 区分需求信息的优先次序 1. 每个人都同意进行优先级排序 2. 浏览需求信