电子商务平台的软件架构质量属性需求分析

❶ 电子商务网站系统需求分析的主要内容有

呵，兄弟，这个是要看是前台还是后台的，如果是后台的话，大概有这六块：订单，仓库，财务，客服，商品以及顾客的资料管理。前台的是一些优化跟推广之类的。

❷ 软件架构是怎么实现软件质量属性

复和修复是可用性的重要方面，为了阻止错误发展成故障，至少能够把错误限制在一定的范围内，从而使修复成为可能。维持可用性的所有方法包括某种类型的冗余，用来检测故障的某种类型的健康监视，以及当检测到故障时某种类型的恢复。有些情况下，监视或恢复是自动进行的，有时需要手动。
我们事项考虑错误检测，然后分析错误恢复，最后讨论错误预防。

❸ 电子商务网站常用的系统架构哪些

前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块

一. 商品展示

• 站内搜索(搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐)

• 导航(频道导航，其他导航如销售排行，广告位，推荐位，文字链，also buy等)

• 商品分类(品牌分类，品类分类，属性分类如剪裁形式)

• 登陆页(商品列表页，商品详细页，商品活动页)

这里的访问逻辑是：a /b/c分流消费者去往相对个性化的页面，由登陆页体现商家的核心诉求和价值传递，完成call-to-action的第一步。

二. 内容展示：内容展示较为简单，对纯购物品牌而言包括：

• 公告区

• 帮助中心

• 论坛(如需商城与论坛发生交互，则需自行开发，否则可集成discuz做同步登陆即可)

三. 订单确认

订单确认，就是帮助消费者正确提交订单信息的环节，看似简单，实则非常复杂，需要对很多信息逻辑判断和处理，一般由2个部分组成：

• 购物车

• 订单提交(返回购物车，收货地址&地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等)

四. 支付系统

与一般的想象不同，支付系统其实并不简单等于第三方支付工具接入：

• 外部支付系统(支付宝将接口，财付通接口，网银直联端口，信用卡分期端口)

• 内部支付系统(账户余额，积分，礼品卡，优惠券)

支付系统的逻辑设计不但需要考虑到各种极端情况的发生(如一张订单先用礼品卡，再用积分，最后网银支付)，还要预留财务做账所需的相关字段，并充分考虑订单取消之后如何回滚各类内部账户。

五. 用户中心

用户中心的实质是用户自助功能的dashboard，一般4个部分组成：

• 注册&登陆(快速注册，完整注册，注册有礼，推荐注册，密码找回，主站id登陆，open-id登陆如qq，新浪微博等)

• 订单中心(历史订单状态，中间状态订单修改，物流追踪)

• 服务中心(各类自助服务如退款申请，退换货申请，建议与投诉等)

• 信息管理(用户基本信息管理和账户信息管理)

后台系统包括：商品&促销，crm，订单处理，wms，采购管理，财务管理，报表管理，系统设置，wa系统9大模块

一. 商品&促销

• 商品管理(品类管理，品牌管理，单品管理)

• 促销管理(活动管理和自定义活动模板管理)

在上述模块中，最重要的是2个部分：单品管理中的批量产品生成的自动程序和活动管理中“共享与互斥”管理。前者用于大幅提升上新速度，后者避免促销活动失控。

二. crm ：crm是对b2c核心资源—会员的管理，服务与再营销系统，包括如下部分：

• 会员管理(会员信息的增删改查和到其他系统的链接)

• 用户关怀(条件触发和人工触发相关edm &短信& ob)

• 定向营销(会员分组和营销活动管理)

• 客服管理(内容非常多，集成所有需前台与后台交互的功能，详情还是看图吧)

• 呼叫中心(ivr，坐席管理，统计报表，参数传递与窗口嵌入)

值得注意的，edm和短信通道市面上已经有成熟的外包服务商，一般都会外包；呼叫中心和在线客服自行开发成本太高，特别是呼叫中心系统，业务初期也都是外包的。

三. 订单处理：订单处理是在订单未正式进入仓储部门处理之前，对订单的前置性处理环节。

• 订单录入(电话订购，网上下单，外部团购订单，无金额订单录入如礼品单)

• 订单审核(自动审核和人工审核)

• rma处理(rma申请单和rma处理单)

四. wms(warehouse management system仓库管理系统)

• wms的流程很长，功能模块也很多，大致分为入库管理，库存管理，出库管理和票据管理4个模块四个模块

五. 采购管理

• 供应商管理(供应商信息管理，合同发票管理)

• 采购单管理(po单管理，负po单管理)

• 库存管理(库存查询，库存占用单，库存变动log)

六 .财务管理：b2c的财务管理，主要是对供应商，渠道和内部费用支出的成本控制。

• 供应商结算

• 渠道结算

• 配送结算

• 内部结算

七. 报表管理：报表是b2c业务的宏观表现，理论上说，每个部门的kpi都应该从中找到。

• 搜索报表(站内搜索量查询)

• 销售报表(多个维度销量查询，优惠券使用情况，报表导出)

• 财务报表

• 客服报表(客服日报和坐席报表)，前者反映与消费者发生的日常交互(包括正常与异常)，后者考核客服的工作绩效

• 仓储物流报表，这几块报表，是业务运作的核心，涉及到公司机密，就不能写的太细了，见谅。

八. 系统设置：这块大家都知道是干嘛的，也就不多说了，分成三块。

• 基础设置(和业务有关的一些字段值)

• 权限设置(不同账号的操作权限和操作记录)

• 其他设置

九. wa系统(web analytcis)

网站分析系统，几乎全是外购，很少有能够自建的，即使自建，最多做几个简单的模块。用于实战的，要么是免费的ga(google analytics)，要么是昂贵的omniture。

❹ 功能需求，质量属性需求，约束分别对软件架构产生哪些影响

功能性需求： 系统必须实现的功能，以及系统在运行时接收外部激励时所做出的行为或响应。
质量属性需求：这些需求对功能或整个产品的质量描述。
约束：一种零度自由的设计决策，如使用特定的编程语言。 质量原意是指好的程度，与目标吻合的程度，在软件工程领域，目标自然就是需求。 对任何系统而言，能按照功能需求正确执行应是对其最基本的要求。正确性是指软件按照需求正确执行任务的能力，这无疑是第一重要的软件质量属性。质量属性的优劣程度反映了设计是否成功以及软件系统的整体质量。 系统或软件架构的相关视图的集合，这样一组从不同视角表达系统的视图组合在一起构成对系统比较完整的表达。

❺ 如何对电子商务系统进行需求分析

从不同的角度看待
从用户的角度
需要实现什么功能
从企业角度
需要实现功能
从未来的发展来看
需要实现那些的功能
整体的就是系统的整体的需求和分析
采纳吧

❻ 电子商务网站系统需求分析的主要内容有哪些

一言难尽,这些都是个性化的东西.不是你这样一句话就有答案的!就像你来问这个问题一样!明白我的意思吗?（说道点儿上了了，转载之）

❼ 质量属性效用树是对质量属性进行( )架构分析工具。A分类B权衡C分析D修改

分析：正常负载情况下，系统必须在0.5秒内对用户的交易请求进行响应；信用卡支付必须保证99.999%的安全性。

作用：

1、是一种工具，用于组织内部时，应确保特定产品、项目或合同的要求被恰当地纳入质量计划；在合同情况下，质量计划能向其顾客证实具体合同的特定要求已被充分阐述。

2、可在特定产品、项目或合同上代替或减少其他质量体系文件的运用，简化现场管理。

3、合同情况下，应在合同签订前编制质量计划，并可作为质量文件的一部分参加投标。

(7)电子商务平台的软件架构质量属性需求分析扩展阅读：

质量属性包括了正确、可用等功能性属性，也包括了性能，安全，易用，可维护等非功能性属性。各质量属性间本身也存 在正负相互作用力，提高某个质量属性会导致其它质量属性受影响，也会使项目进度成本等其它要素受到影响。

项目进度成本有限，不可能满足所有的质量要求，因 此必须系统的确定各质量属性满足的优先级，满足的度。这里面有QFD系统的方法，也可以参考KANO模型真正找到我们投入不多的时间和成本就能大幅增加客户满足度的易用性需求。