某网站广告业务需求分析与系统设计书

.xxx广告业务需求分析与系统设计书文件编号:xxxxx版本: V2.1(正式版)xxxxx有限公司作者：xxxxxxx年xx月精选文本目录1简介51.1web商户入口51.2广告客服中心51.3stb机顶盒广告发布系统52名词解释52.1固定广告：52.2浮动广告52.3广告位52.4赞助、冠名广告52.5广告形式62.6广告价格63广告业务需求说明：63.1web商户入口：63.1.1web商户入口用例图:63.1.2商户入口用例分析说明：73.1.3功能要素陈述：客户可以请求折扣：客户修改或者撤消广告的权力：113.2广告客服中心业务需求说明113.2.1广告客服中心用例图：113.2.2广告客服中心用例分析：123.2.3业务员权限设计说明：权限的地域划分：角色的分级与继承下一级的业务员与上一级的业务员：143.2.4功能要素陈述153.3stb机顶盒发布系统需求说明153.3.1stb机顶盒发布用例图153.3.2机顶盒发布用例分析154广告业务系统设计说明154.1数据库设计154.1.1对象关系建模图154.1.2数据库表设计清单：计费形式表客户-业务员交流表地域表业务员表业务员角色表业务员授权表广告商户表广告表广告位表0广告审核条目表1广告审核表2时段表3广告刊播表4广告内容表204.2广告业务模块分解204.3广告业务模块功能接口设计214.3.1通用功能模块设计接口广告费用计算通用功能模块权限控制通用功能模块接口树形数据库表通用功能模块接口（设计完成）网上支付通用功能模块（暂不提供）邮件业务通用功能模块接口（设计完成）广告业务实用功能模块（本模块可选）234.3.2商户入口功能(/advertise/)新商户注册功能(商户首页) (/advertise/)登陆、退出功能企业信息设置功能(/advertise/setting)客服中心功能2查看广告状态功能2申请新广告功能2广告费用查询功能（暂时不提供）304.3.3客服中心功能30登陆、退出功能30查询广告30审核广告功能30调整广告功能（暂时不提供）3在线业务受理功能3折扣处理功能（暂时不提供）314.3.4机顶盒发布系统功能（详细设计中说明）3页面视图层标签开发3机顶盒模块业务处理活动图3业务处理接口设计3机顶盒广告刊播跟踪315其他311 简介广告业务需求说明书，由xxx,xxx,xxx经过讨论，然后由于xx整理出一分具体的说明业务说明书，我根据以上材料分析而成，广告业务模块主要分为：1.1 web商户入口为商户提供申请新广告、查询/修改已经了发布的广告提供了入口。1.2 广告客服中心受理商户广告相关业务、比如折扣处理、在线业务、广告审核处理等功能。1.3 stb机顶盒广告发布系统将经过客服中心审核的广告，发布于xxx网站上。2 名词解释2.1 固定广告：特指广告的内容和其所在的页面内容无关的广告形式，主要分为两种形式：共享式、独占式。2.2 浮动广告特指和所在页面的上下文相关的广告（类似GOOGLE的AdWord），只在浮动广告位上出现，但出现的时间和所在的页面将不固定。由于该类型的广告和所在页面的上下文有关，所以每则广告都需要定义一个或几个关键字，系统将通过关键字和页面的上下文的匹配程度来确定该广告是否出现。目前该类广告只在搜索页面中出现（浮动广告位只在搜索页面模板中定义）。该类广告的运行计费的方式为记次计费。2.3 广告位广告位定义在各个页面的模板中。2.4 赞助、冠名广告此类形式应用于固定的xxx网站栏目，广告形式多种多样、内容题材不限。也可以应用于网站外的某些活动2.5 广告形式从广告在机顶盒页面上出现的规则上讲，广告有多种形式，比如固定式（共享式、独占式），浮动式、赞助、冠名广告。广告形式主要通过时段的容量、广告的固定、浮动形式来体现。2.6 广告价格广告的费用有两部他组成：启动价运行价，启动价是指根据用户选择的广告位、时段、刊播区域等因素得出一个加权平均值。运行价则是根据用户选择的计费方式在广告登出以后产生的费用3 广告业务需求说明：3.1 web商户入口：3.1.1 web商户入口用例图:图2-1 商户入口用例图3.1.2 商户入口用例分析说明：作者：王国东日期：2006年3月15日用例名称Web商户入口用例IDADV-BUC001优先权高主要参与者1、商户；2、准备注册的商户其它感兴趣的关联人员广告客服中心描述商户登入系统时，与广告业务系统发生的互动，商户可以做以下事情：1 修改部分注册信息。2 查看已经申请的广告的刊播情况。3 申请新的广告。3.1 设定广告形式：3.1.1 固定广告 独享式 共享式3.1.2 浮动广告3.1.3 赞助、冠名广告3.2 网上支付功能（具体流程有待讨论）3.3 设定广告时间、刊播地域、计费方式、广告内容等。4 与客服中心发送信息进行交流。5 查看与自已公司相关的广告费用分析6 系统同时还提供新商户注册功能。前置条件商户已经注册成功后，登陆商户系统成功触发器商户登陆成功以后，点击客服中心、企业信息设置等菜单时触发典型事件过程参与者动作系统响应设置企业信息事件第1步：点击企业信息设置菜单。第3步：用户修改其中的具体信息后，然后向系统提交修改信息。第6步：用户确认，至此企业信息设置完成第2步：系统给出企业当前的各种信息web页面，并只允许用修改一些可以变更的信息。第4步：系统验证修改信息有效性，如果不合法从第2步开始，并给出错误信息。第5步：系统验证通过后，向用户发送成功web页面与客服中心联系事件第1步：点击客服中心菜单。第3步：选择提交信息的的种类（业务咨询、业务受理、设诉、建议、其它），写信息内容，然后提交。第6步：用户确认系统提示信息，至此业务结束第2步：系统出现客心信息提交页面，并在本页给出客服中心常用的联系方式。另外还要给出客户历史提交信息的业务受理状态。第4步：系统分析业务种类，并由此将用户写的内容以邮件的形式发送给相关的业务人员，并在数据库中保存用户提交的信息，当相关业务人员登入客服系统时，系统给出本信息的链接。第5步：系统给用户发送成功提示页。查看广告状态事件第1步：点击查看广告状态菜单。第3步：至此完成第2步：系统给出用户申请的所有广告信息，每个广告的访问量、状态等信息。同时系统根据一定的业务规则允许用户在一定范围内对广告的特性重新选择。审核中将会涉及到政策法规、内容健康与真实、合同、付款、等等申请新广告第1步：用户点击申请新广告菜单。第3步：用户选择广告类型后提交页面第6步：用户可以选择其中一个或者多个广告位后提交第9步：用户添写其它项后提交，第11步：用户确认成功信息，业务结束第2步：系统提供广告类型、地域选择页，其中广告类型只有两种选择，一是浮动广告、二是固定广告。第4步：系统根据用户选择的广告类型、浮动式从第9步开始操作。固定式则继续第5步。第5步：系统检索出所有的广告位信息，以便用户选择。第7步：系统根据用户选择的地域、时段、广告位自动生成广告刊播数据。并返回生成结果第8步：系统给出设计广告内容、广告关键字等其它一些广告要素添写页面。第10步：系统将广告信息存到数据库，同时了给相关业务人员邮件、并给出用户选择的信息综合页面，包括相应的价格分析等查询广告费用事件第1步：用户点击查询广告费用菜单。第3步：用户可以进一步以其方式查看自已的消费信息。第5步：用户可以继续第2步，如此交互，直至此完成第2步：系统以默认的方式给出当前商户消费信息，同时允许用选择不同的财务统计分析方式，致力于使商户从不同的业务角度得到自已的消费信息，然后将web页面发给用户第4步：系统根据用户选择的方式返回给用户web页面。替代事件过程在申请新广告时，如果发生异常、清除系统中保存的所有用户选择的数据，重新让用选择。结论关于广告收费问题、要综合考虑各种因素，得出一个比较公正客观的理由、比如广告位、地域、计费方式、广告内容等都可以作为广告启动价格的因素。后置条件用户申请广告成功以后，作为广告客服中心、将受理新广告、包括对广告的内容、收费等进行审核。同时对于老客户关系可以对系统生成的启动价格设定一定的折扣，最终的启动价将会乘以折扣系数得到。然后再让客户进行网上支付。业务规则第一、查看广告：商户在查看广告的同时，如果在客服中心相应的审核结束之前，可以对广告进行一定的修改，比如在内容被审核前可以修改、合同签订前用户可以撤消广告，等一系的操作，具体细节在详细设计时设定。第二、可选广告位：广告位分为可用广告位与不可用广告位，用户在申请新广告位时要考虑这一点。根据数据库设计，产告位大体上可以分为两大类，一是模板类广告位，二是非模板类固定广告位；从业务上看又可以分为栏目、节目、资讯广告位，所以广告位是以上因素的一个综合体。第三、浮动广告特性：这类广告是内容相关的广告、没有固定的广告位，只在用户搜索时根据关键字匹配出现、计费方式统一为计次计费。实现约束和说明广告位的确定是这一业务中最为复杂的功能。假设在OOTV大的系统环境中、提供了广告业务的入口。开放问题确定广告位的计费、收价等业务规则、因为这是一个经济学问题。表2-1商户入口用例分析表3.1.3 功能要素陈述： 客户可以请求折扣：为了更好的促进广大商户在本系统申请新广告，所以在商户申请完成一个新的广告结束时，认为对于系统给出的计算启动价格过高，则可以通过客服中心子菜单进行折扣请求，而中间的过程转为人工处理。 客户修改或者撤消广告的权力：本系统在客户申请新的广告后，要对广告的各项指标进行审核，在一些必要的审核通过之前用户对已经申请的广告进行一定的修改甚至是撤消广告，比如在正式的广告合同签订之前，用户可以撤消已经申请的新广告，在广告的内容被审批前用户可以对广告的内容作一些修改，如果用户在审核后还要进行修改，则向客服中心入口提出申请，然后由相应的业务员重新给与修改权。3.2 广告客服中心业务需求说明这一部分的业务，由于涉及到大量的非系统可以自动化处理的商业上的工作，所以将会导致很多的人工工作。这一部分的重点在于广告业务合法性的审批和广告商业合同的确立等。3.2.1 广告客服中心用例图：图4-1客服中心用例图3.2.2 广告客服中心用例分析：用例名称广告客服中心用例用例IDADV-BUC002优先权中主要参与者客服营业员其它感兴趣的关联人员广告商户描述本部分功能模块主要是服务于商户而存在的，主要的功能有五大部分：第一、 查询客户广告信息第二、 审核商户申请的新广告，对于广告的各项指标进行审核，直接决定于广告是否可以进入机顶盒发布系统。第三、 受理客户对于以审核的广告进行重新修改的权利，或者是直接为客户调整广告位、刊播区域等广告参数。第四、 折扣处理功能，对于客户认为启动价格过高的广告，经过双方人工协商以后，可以设定的一个折扣参数。第五、 在线业务受理，受理客户通过客服心发布的各类请求事宜，比如业务咨询与受理前置条件在登陆中已经对业务员的权限按地域、角色做了处理，并成功登陆！触发器业务员登陆以后、点击具体的业务菜单时产生典型事件过程参与者动作系统响应查询广告事件第1步：业务员点击查询广告菜单第2步：业务员确认广告状态，进行系统以外的相关业务活动。第2步：系统找出当前业务员管理区域的广告列表，给出广告的各种状态参数。并且提供不同的搜索方式。审核广告事件第1步：业务员点击审核广告菜单第3步：业务员选择其中一个广告进入。第4步：业务员可以重复以上步骤或者结束审核，事件过程结束。第2步：系统检索出待审核的广告列表，同时提供审核入口第4步：系统接受审核内容、并重新检查当前广告所有的条目是是否审核完毕，并在广告表中做上相应的标记，全部审核通过的广告，将进入到OOTV广告队列中。结束后重新给出待审核页面。调整广告事件第1步：业务员点击调整广告菜单第3步：业务员选择其中一个广告的一个种操作进行处理。第5步：业务员可以为客户重新选择刊播时间、地域、广告位等属性。事件结束。第2步：系统首选检查业务员的权限以列表的方式给出最近的10个广告，每条广告给出相应的调整操作接口第4步：系统分析广告的审核状态，并决定允许修改的范围。在线业务受理事件第1步：用户点击在线业务受理菜单第3步：业务员可以选择其中一条信息进行操作、可选的操作有继续发表看法、设置信息的结束标识第5步：业务员可以继续以上操作或者结束。事件结束第2步：系统搜索业务员参与的交流信息条目、并将内容组织成形成一个对话列表、并给出每条信息的所在状态。第4步：系统接受业务员的操作，将新发表的信息写到客户交流表中。重新给出最新发言折扣处理第1步：业务员点击折扣处理菜单第3步：业务员则根据业务规则，进行相应的选择处理。然后提交。第5步：确认操作结果提示信息，用户事件结束第2步：系统根据业务员角色决定是否是折扣权，如果有则列出相应申请折扣的广告列表，并让业务员选择批准、调整折扣参数、拒绝折扣的操作。第4步：对于批准的折扣，系统将重新计算启动价格、调整的折扣系统将此消息发送给客户、以便客户考虑、同时将新的折扣参数写入广告表中，同时在商户首页通知客户、对于拒绝的折扣、系统直接通知客户。替代事件过程无结论作为与商户之间通信息平台，功能要尽可能人性化、合理化后置条件处理了与商户申请的广告信息、对于商户意见进行分析与受理。业务规则每一个业务员都对应一种角色、每一种色则对应系统中的若干种操作，所以系统业务员权限要以角色为基础。实现约束和说明所有的操作都是业务分地域、角色对应权限的规则假设系统中有一定数量的广告业务数据，以上用例的全过程方可进行开放问题对于广告位的管理、正在考虑设计接口3.2.3 业务员权限设计说明： 权限的地域划分：首先所有的业务员都对应一个或者多个管理地域，比如公司总经理管理中国境内广告，东北地区则设立一个区域业务经理，然后在黑龙江、辽宁、吉林分别设置三个广告业务员管理。这样从地域上讲，人员的结构是一个金字塔式的组织结构。 角色的分级与继承从业务员的角色上来分析，系统数据的设计支持动态分配角色，即分几种角色、角色之间的关系是可以设定的，每一个角色除顶级角色以外都有一个上级角色，比如区域业务经理角色是业务员的父级角色。 下一级的业务员与上一级的业务员：下一级的业务员只能在上一级的业务员管理的子区域内任职，与地域类似每个业务员都对应一个上司、所以业务员只能在上司负责的地域内任职。3.2.4 功能要素陈述3.3 stb机顶盒发布系统需求说明3.3.1 stb机顶盒发布用例图图3.3.1机顶盒发布用例图3.3.2 机顶盒发布用例分析这部分的业务逻辑主要是基于后台的通用程序，电视用户在查看节目、栏目时会看到相应的广告信息、系统在用户看到之后，作一些必要的日志记录，以便给广告计费用，另一种广告是在用户搜索时出现的，比如用户使用“宠物粮食”作为关键字搜索时，相应的“宠物粮食”类广告也会出现在搜索结果中。在实现上主要是根据当前页面的广告标签的属性（页面编号、广告序号、栏目编号）等一系列的属性确定一个具体的广告位编号，然后按照相应广告业务模式中设定的业务规则，最终确定一个广告编号、然后再用广告编号找到对应的广告内容，将广告内容解析成html代码，输入到页面中，这样电视用户就可以看到相应的广告信息。4 广告业务系统设计说明4.1 数据库设计4.1.1 对象关系建模图图4.1.1数据库对象关系图4.1.2 数据库表设计清单： 计费形式表 客户-业务员交流表 地域表 业务员表 业务员角色表 业务员授权表 广告商户表 广告表 广告位表0 广告审核条目表1 广告审核表2 时段表3 广告刊播表4 广告内容表5 公告信息表4.2 广告业务模块分解4.3 广告业务模块功能接口设计4.3.1 通用功能模块设计接口 广告费用计算通用功能模块1. 功能描述：广告费用的计算是一个复杂的过程，广告的费用主要由两大部分组成广告费用广告启动价格广告的运行价格广告的启动价格：(Pi*Vi)/ Vi（Pi因增素价格,Vi因素权值系数）其中因素价格是指广告形式、计费形式、广告位、时段、广告内容、地域的价格。相应的每个因素都有一个权值系数。最后加权平均值作为广告的启动价格，同时对于一次性的计费方式、启动价格还要考虑运行价格。以上价格指的是一个广告有一个广告位，如果有多个广告位，则启动价格为各个广告位的单独价格的总和。广告的运行价格：广告的运行价格主要以各个广告位的计费形式为依据进行计算的，一个广告申请多个广告位，最后的运行价是各个广告位运行价格的总和。计次计费运行价格：次数*次数单价计时计费：广告刊出时间*时间单价2. 模块接口：输入参数：广告id输出数据:广告运行价格、广告启动价格、广告费用清单3. 扩展性规格：广告费用功能模块在设计要考虑两个方面的扩展，一是广告形式的增加扩展、计费形式的增加扩展。4. 约束条件及注意事项：广告形式会在一定的程度上对广告的计费形式产生约束，比如浮动式广告只能用计次计费的约束。5. 程序包路径：mon.charge 权限控制通用功能模块接口1. 功能描述：这部分功能主要是服务于“客服中心”功能的，当一个业务员登入系统时，我们首先要将业务员的地域授权信息、角色信息、角色权限、业务员的个人资料以合适的数据形态存放的服务器的会话当中。其次要做的事情是根据地域性决定一个业务员只能处理他所在地域的广告业务，对于广告业务的处理中、再按角色决定可以对广告的哪类业务可以受理、比如只有财务部门才可以审核广告的付费情况、只有地区业务经理可以对一个广告的折扣进行处理，所以在详细设计中要设计一种合理的通用接口可以控制这些权限。2. 模块接口：地域业务权：给出当前用户可以受理的广告id序列。广告审核权：输入参数：用户角色id；输出数据：是否具有广告审核权输入参数：用户角色id；输出数据：可以审核的条目列表输入参数：用户角色id、审核条目；输出数据：是否对该条目具有审核权广告调整权：输入参数：用户角色id；输出数据：是否具有广告调整权 在线业务受理权：输入参数：用户角色id；输出数据：是否具有在线业务受理权广告查看权输入参数：用户角色id；输出数据：是否具有广告查看权3. 扩展性规格：主要在设计中要考虑两个方面的扩展，一是角色扩展，系统可以对业务员的角色进行动态添加、动态的修改角色权限。二是业务功能模块的扩展，在权限的控制中设计的方案要在一个新的业务功能加入时可以将其分配给一个或者多个角色处理。4. 约束条件及注意事项：每个功能对于权限有着不同的业务逻辑，比如对于广告审核来说，主要是指什么样的业务员可以审核什么样的条目、对于折扣处理来说则是什么的人可以处理折扣，类似的在设计时要考虑。5. 程序包路径：mon.permission 树形数据库表通用功能模块接口（设计完成）1. 功能描述：用以处理角色树、地域树、业务员组织结构树。2. 模块接口：输入参数：hql、idName、parentIdName三个参数；输出数据：生成树形、并提供操纵树形所需的各种方法。3. 扩展性规格：可以处理所有具有这样库表结构的数据。4. 约束条件及注意事项：5. 程序包路径：mon 网上支付通用功能模块（暂不提供）1. 功能描述：2. 模块接口：3. 扩展性规格：4. 约束条件及注意事项：程序包路径：pay 邮件业务通用功能模块接口（设计完成）5. 功能描述：6. 模块接口：7. 扩展性规格：8. 约束条件及注意事项：9. 程序包路径：mon.mail 广告业务实用功能模块（本模块可选）1. 功能描述：主要提供广告业务中常用的操作，比如搜索空闲广告位列表、指定广告属性id可选计费形式列表等一系列常用操作。2. 模块接口：i. 搜索空闲广告位列表：这部分功能主要是在申请新广告时使用，模块要在指定的刊播地区、指定的播放时间区间内找到所有具有空闲的广告位列表。ii. 指定广告位属性Id、得到可选计费形式序列。3. 约束条件及注意事项：注意地区、广告形式、计费形式之间的相互关系。4. 程序包路径：mon.mail4.3.2 商户入口功能(/advertise/) 新商户注册功能(商户首页) (/advertise/)1. 人机界面模型商户首页主要分为上下两个frame、上边作为导航栏，下边作为具体内容的显示部分。项部导航栏业务规则：在用户没有登陆时，第3行的信息（操作信息只显示相应的图片、不加链接），当用户成功登陆以后，设置企业信息、客服中心、查看广告、申请新广告、查看广告费用链接可用。第2行的信息中变为退出登陆信息。下边的内容主体：主要显示一些商业性的业界新闻、娱乐信息，具体内容在详细设计中策划。图广告业务首页2. 前置条件用户输入相应的用户Id以及验证密码后提交.。3. 主要业务流程：4. 后置条件当用户点击注册时开始本模块的主要业务、设计注册窗口、及相应的前后台处理。 登陆、退出功能5. 功能描述：登陆功能：验证用户Id、密码。通过验证以后将用户的个人资料、权限信息写入到会话中。然后显示登陆后的首页（提供相应的业务操作入口）退出功能：清除用户在会话中存储的各种信息。将页面导向首页（未登陆状态）6. 约束条件及注意事项：在登陆处理中、与通用模块权限部分相联、在设计时要考虑二者之间调用接口的统一。 企业信息设置功能(/advertise/setting)1、 人机界面模型2、 业务流程：在本业务中、功能相对简单，需要提供必要的验证信息。 客服中心功能1、 人机界面模型图客服中心2、 业务规则：作为客服中心是通过这种方式，实现业务员与客户可以在网上进行商务会谈、业务受理，而不只是单纯的让用户在设计的框架内选择，从上图，可以看出，这一块主要分为三个大的方面a) 温馨提示：用于向特定的商户发送一些公告信息、比如优惠、广告新法等。b) 最新业务受理：显示与客户相关的业务受理情况、比如广告审核、调整广告等c) 业务交流：客户与业务员之间可以通过这个平台进行沟通3、 约束条件及注意事项：这个部分操作的主要库表是t_faq，这个表里保存了所有的业务员与客户交流的记录，交流记录本身是分类型的、比如业务交流、商务会谈等，这个表本身是反映的是一个树形据，所以在设计时要考虑通用程序之间的接口。 查看广告状态功能1、 人机界面模型2、 业务规则：系统给出所有正在申请阶段的广告、以及正在发布阶段的广告，当行数超过一定数时，采用翻页显示。点广告名称链接给出广告发布运行页面。系统根据广告的审核状态