PRD文档资料资料标准模板资料

《PRD文档资料资料标准模板资料》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

-+文件编号SPI-doc-TIP-PRD作　　者黑羽文档版本V0.6最后修改日期2009/1/20版本号0.6TOP接入系统(TaobaoIntergrationPlatform)产品需求说明书编写人：黑羽编写时间：2009/1/20-+ -+修改记录：版本号修改人修改日期审核人批准人备注V1.02016.07.20创建确认签字：序号版本号内容日期批准人备注1V1.02345-+ -+目录1概述51.1名词说明51.2产品概述及目标51.3产品roadmap51.4产品风险62使用者需求62.1需求描述63可选方案64效益成本分析74.1效益预测74.2产品技术中心成本74.3非产品技术中心的支持成本85功能需求85.1功能总览85.2功能详情105.3整合需求115.4BETA测试需求116非功能需求11产品营销需求11规则变更需求12产品服务需求12法务需求12财务需求12帮助需求13安全性需求137上、下线需求137.1上线时限需求137.2下线需求（活动类需求必须明确下线时间）138运营计划13-+ -+请与以下部门讨论PRD序号OK？部门沟通内容1.□运营中心：商城、集市、二手闲置、门户n协助设定产品的RaodMapn协助设定targetcustomer：使用者n协助评估：营销/推广需求n协助设定商业目标2.□运营中心：网站运营n协助设定产品的RaodMapn协助设定targetcustomer：使用者n协助评估：营销/推广需求n协助设定商业目标3.□客户中心：客服服务部n讨论客服如何支持：客服需求n协助评估诈欺/数据窜改风险：欺诈/数据窜改风险、不当使用风险n预测客服成本、工作量4.□客户中心：网络安全部n评估安全性5.□产品技术中心：系统分析师虚拟团队n讨论以确定方案的规模评估、推出计划n进行技术可行性分析，提出关键问题的技术解决方案n评估系统规模，数据量，所需资源等n协助评估风险6.□产品技术中心：项目经理n协助确定产品发布日期n协助确定产品成本n协助评估风险7.□产品技术中心：用户体验设计之交互设计师n协助制作Demon协助确定useflow：用户使用方式8.□财务分析中心：财务组n请评估财务需求n协助评估风险9.□财务分析部：数据分析组n协助确定如何度量产品目标10.□行政管理中心：法务部n协助评估法务问题并检视合作伙伴：使用者数据需求、法务需求、版权、隐私权等需求n协助评估风险：诈欺/数据窜改风险、不当使用风险11.□规则委员会n协助评估规则变更的影响12.□支付宝n协助确定接口、合作方式等13.□阿里软件n协助确定接口、合作方式等 -+1概述1.1名词说明介绍本文档中会使用到的专用名词，如：新名词、产品内实体单位，请尽量使用大众可理解的名词名称说明开放平台以开放OpenAPI为核心的服务开放系统。包括开放数据、开放平台和开放的业务方入口。TOP全称:TaobaoOpenPlatform,淘宝开放平台App应用，本文中指由第三方开发的，需要调用淘宝TOP来完成业务的应用程序。通常表现为浏览器端的页面插件，桌面端的应用程序。ISVIndependentSoftwareVender，独立软件开发商。Role业务方角色，对应于不同的API访问权限和监控策略。包括：买家、卖家、高级卖家等TPS每秒业务处理量。1.2产品概述及目标请以三到五段文字摘要说明您所提出的新服务(包含推出新产品、现有产品重新设计或升级、现有服务推出新功能)及目标；请包括：1、产品背景说明；淘宝开放平台是建立大淘宝的关键要素之一。以围绕淘宝开放数据和业务为核心，把握商业趋势，以第三方开发软件为助力，建立繁荣的商业生态圈。对于外部数据的调用和监管，是淘宝开放中最重要的环节之一。同时，在可预见的外部数据调用大规模增长时，淘宝开放平台也必须拥有适应的机制。这些就是TIP(淘宝接入平台)的商业背景和需求。2、产品的目标客户；从TIP系统的使用来说，有外部客户和内部用户 -+外部用户：第三方开发者通过开发的App对TIP平台发出数据调用请求。内部用户：a)开发者社区。开发者通过开发者社区系统向TIP平台请求相关App管理接口和开发者管理接口。b)AdminCenter。AdminCenter使用方为淘宝小二。AdminCenter主要用于管理开放平台的开发者、App、API；统计分析TOP数据调用的情况。1.1产品roadmap请描述产品发展的各个阶段，可以用图表等多种方式表述。产品发展阶段阶段描述时间1l满足外部数据调用的基本（P1）需求l实现基本的监控、管理功能l对App和开发者有最基本的管理，支持AdminCenter对单个ISV单个应用手工纳入TIP管理体系。lAdminCenter有基本的ISV管理界面，和数据统计分析2009年3月2l完善监控与管理。（完成相关P2需求）。l完善App和开发者管理，支持对批量的ISV批量应用纳入TIP管理体系。l建立初步消息通知机制lAdminCenter完善ISV/App管理界面，数据统计l支持开发者社区批量接入第三方开发者2009年6月3lApp和开发者管理支持第三方草根开发者。l将沙箱环境使用结合进TIP的相关申请/管理流程l支持开发者社区对第三方草根开发者的开放。lAdminCenter完成半自动化的管理，集合对淘宝Hosting程序的相关支持2009年10月1.2产品风险请描述产品可能存在的风险，比如商务谈判的风险？外部合作的风险？不当使用的风险等等。风险级别为高中低。风险风险级别描述监控策略改善策略（//TBD） -+1使用者需求2.1需求描述请说明此产品的目标客户、其需求及使用情境。如已做好personas(代表性角色描述)，也请包含于此。请详细说明此产品主要的使用案例—目标客户最想由此产品满足什么需求？最想藉由此产品解决什么问题？—并根据每个不同的使用案例，区别目标客户及其使用时的优先级/重要性/频率。目标客户需求描述场景描述优先级2可选方案列出所有可以选择的达到该产品目标的方案要点（主要思路），给各方案适当的评价，并推荐最优方案。如另有说明可选方案的文档，欢迎使用。方案介绍优点缺点方案1方案2方案33效益成本分析4.1效益预测请提供在各种产品环境中的效益预测，并标明主要的变量及假设，最好能包含现在和过去的效益数据。示例：指标1网游每日支付宝成交额环境时间好中差现状 -+产品发布后一周产品发布后3周4.1产品技术中心成本请列出设计及部署此产品的产品技术中心所需的资源需求，包括人力成本，软硬件支出等。（项目经理应提供协助）示例：人力资源工作内容描述成本（人日）备注产品经理交互设计师开发测试非人力资源成本（元）描述硬件投入软件投入其他4.2非产品技术中心的支持成本请预估此产品有关的除产品技术部以外的支持投入。比如：需要客服部投入多少的资源用于该产品的服务，需要运营部投入多少的资源运营该产品。示例：人力资源工作内容描述成本（人日）备注客服专员运营专员非人力资源成本（元）描述广告位邮件群发 -+1功能需求请详细说明此产品主要功能及内容(除了使用者所需的功能外，也请说明公司内部操作及维护产品所需要的功能或工具，例如报表、管理使用者或者维护网站内容的工具、客户服务工具等等。5.1功能总览请分别列出所有重要的功能及内容模块。建议使用图表来形象阐述本产品各个组成部分的关系。功能总表名称描述优先级备注1.TIPRouter+Gateway淘宝接入平台网关：l分发外部程序调用淘宝业务数据的请求。l监控、记录和限制外部调用请求l主动通知应用程序信息12.TaobaoIntergrationManager淘宝平台集成管理器：l提供管理开发者接口，用于监控和规范他们开发行为，并划分等级。l提供管理App信息接口，监控和调整App使用状态；与API调用或权限控制l提供管理API订购状态接口l区分API使用角色，和其他TIP子系统协作共同限制业务角色的各种权限。13.TIPAdminCenter淘宝服务调用管理中心：l小二人工管理和调整开发者，API，APP的后台工具l展示淘宝各项服务的调用情况的图表报告。含开发者、API、APP等相关数据。1 -+5.1功能详情1.1.1TIP服务接入TIP的服务接入需要处理外部业务数据请求、支持应用能够注册和侦听消息，同时还要进行业务数据调用的监控，以及对自身性能的监控。1.1.1.1业务数据请求l简要说明验证外部数据请求合法性，再将请求转发给相关OpenAPI或内部系统。l业务规则App上架流程参考：1.ISV资格申请2.沙箱测试3.小二审核4.正常发布序号优先级需求名称需求描述1.1验证请求合法性l验证App身份和状态n验证App是否在TIM中合法注册n验证App状态是否是正常使用状态l业务方身份合法性合法状态包括哪几种可能考虑：沙箱阶段正式使用阶段nl验证会话session合法性n本次会话是否真实有效n会话是否过期n传入参数是否有效l验证App请求是否越权n当前App请求的API与其在TIM中注册的API权限范围是否相符n当前App请求的API与终端用户在TIM中注册的角色权限范围是否相符l验证调用方是否在黑名单中nApp是否在黑名单中n域名或IP地址是否在黑名单中n终端用户是否在黑名单中2.四种会话验证机制根据App在申请时，申请的API权限范围和使用描述，第一期由小二决定App对应下列那一种应用方式。并和这种方式绑定。l固定时间SessionKey当App应用需要在固定时间内运行时，使用这一种方式授权访问时间。l根据访问延迟Sessionkey避免用户在短时间内重复登录，影响软件运作和用户体验l两次调用间隔不超过15分钟时，自动延长15分钟 -+l15分钟之内，没有有效调用，会话失效l使用一次失效Sessionkey单次调用后即失效，如同买家功能中订单确认。每次确认都需要认证一次。l通知失效SessionKey会话一直有效，除非由我们主动终止。场景：一个与淘宝对接的ERP系统一直监控订单的状态。1.1业务方身份验证l当所调用请求需要终端用户登录时，调用相关验证程序来验证用户身份。相关验证程序，在本期表现为：n弹出的一个taobao.com域内的浏览器窗口n内含账户名和密码输入框l保证用户输入账户和密码的安全性2.1转发请求l将合法API请求转发给相应OpenAPI3.1返回数据的格式l将OpenAPI返回的数据对象按调用方要求的格式返回l支持常用的数据格式nXMLnJSONl易于扩展成其他数据格式。l界面原型l执行者应用程序(App)l前置条件l后置条件l主流程n用户在客户端的App中登录n根据App类型生成相应的Session机制nApp从客户端发起数据请求nGateway返回OpenAPI访问结果 -+1.1.1.1消息中心l简要说明由Gateway将相关业务信息，主动通知给业务调用方。如，续费，订单状态改变、暂停，特殊通知l业务规则序号优先级需求名称需求描述1.2提供消息通知机制Gateway可以通过主动调用App回调接口，传输消息中心注册过的消息类型。消息中，包括：l消息类型l业务数据：l其余必需数据：时间戳等典型应用场景：一个大商家的自动订单处理系统：一旦用户的某个订单付款了，Gateway立刻调用自动订单处理系统服务器的回调接口，发出“已付款”类型消息给它，内含：消息类型：已付款业务数据：订单号，订单相关信息必需数据：时间戳订单处理系统立刻开始进入后续业务——发货流程。同理，之后，还有“已确认收货”与财务系统的对接，如，划入应收账款等。2.2消息类型l订单n“等待买家付款”n“价格已修改”n“买家已付款，等待卖家发货”n“卖家已发货，等待买家确认”n“订单成功”n“订单取消”l商品n上架n下架n售完n库存报警l服务状态n到期，停止服务服务恢复正常3.2使用消息接口的限制由于消息通知机制系统开销成本较高，初期有限制的开放给高级开发者和特殊大商家角色使用。l对于开发者的限制： -+只有4星级以上才可以调用接口l对于用户的限制：n买家：高级用户n卖家：高级卖家1.2提供消息注册接口l规范App注册侦听某些类型事件(Event)的方法l规范App提供的回调接口2.2消息类型注册和撤销使用方为淘宝小二和淘宝自己的其他管理程序l消息中心需提供注册新事件的接口，规范事件的数据格式和规范。l消息中心需提供撤销某事件的接口，供取消事件。l界面原型l执行者l前置条件l后置条件l主流程n当App注册相关应用侦听时，传入商家号n该商家的订单或者商品变动时，查找需要接受此消息的App列表n由Gateway按列表逐一调用App回调接口1.1.1.1监控和性能l简要说明服务接入过程中，需要实现性能扩展性、子系统独立互不干扰；有效的记录服务接入情况；监控和管理接入使用。l业务规则序号优先级需求名称需求描述1.1性能l扩展性由于独立网店的推广，和其他业务推广，在可预计将来OpenAPI访问量的增长将会很迅速。TIPGateway必须具备易于扩展的软硬件结构来适应这种快速增长。l子系统互不干扰n -+一个子系统的性能或者状态发生变化时，不会影响其余系统API的正常。1.1日志l记录OpenAPI调用情况n日志异步记录n至少保留3个月的记录l记录黑名单、性能监控的相关数据l提供日志相关接口n提供给AdminCenter使用n提供给开发者社区等其他子系统调用（不建议）l日志记录内容：²当前时间²api_key²app_path²业务方id²客户端IP地址²app请求的content-type²app请求的bodylength²service名称(对应的API名称)²uri：包含path和method_name，不包含service_name，如：/list/getMember；由凤先评估²service返回的状态码²service返回的content-type²service响应时间²service返回的bodylength²gateway响应状态码2.2黑名单l设置外部调用的黑名单。一旦调用方落在黑名单中，将失去数据访问权。l黑名单的分级n暂时失效：禁止权限2小时，之后自动从黑名单中消除。加入和消除时间记录入日志n固定失效：必须调用解禁接口，才会从黑名单中消除l提供黑名单的对外接口n供AdminCenter调用n供其他子系统、其他部门调用3.1性能监控l实时监控(延迟<=5分钟)n每分钟内单个AppKey或终端用户调用频率明显异常时：u自动加入黑名单，设为“暂时失效”u将相关信息记录入日志n每分钟内部分接口的性能反映异常（错误码）、挂起时u自动调用AdminCenter相关接口u将相关信息记录入日志l分时段统计监控 -+n每晚简要分析TIP各模块的状态n相关信息记录入日志1.2流量控制l能够根据APPkey和角色控制单个API流量和调用次数。限制形式如下：n总体限制：单个App在30秒内访问API次数限制nservice限制：单个API在30秒内能被访问的次数限制n按service+uri进行限制：可以对单个service+uri进行设置，设置特定的service+uri每秒能被一个app访问的次数n按api_key+service_name进行限制：可以按单个api_key+service_name进行设置，设置特定的api_key对特定的service_name每秒能访问的次数n按api_key+service_name+uri进行限制：可以对单个api_key+service_name+uri进行设置，设置特定的api_key对特定的service_name和uri每秒能访问的次数l甚至控制，单个API对不同角色返回不同结果。（P2）l应用场景如：淘宝助理的流量不加以控制，但别的就不行。淘宝助理可以调用批量接口对当前Sessionkey中用户商品操作，别的APPkey不行。l界面原型l执行者l前置条件l后置条件l主流程1.1.1TaobaoIntergrationManager(淘宝接入管理)l提供管理开发者接口，用于监控和规范他们开发行为，并划分等级。l提供管理App信息接口，监控和调整App使用状态；与API调用或权限控制l提供管理API订购状态接口l区分API使用角色，和其他TIP子系统协作共同限制业务角色的各种权限。 -+1.1.1.1开发者管理l简要说明提供管理开发者的各种接口，l业务规则序号优先级需求名称需求描述1.1需要录入的开发者信息在开发者数据库中，所需要记录的开发者相关信息l该开发者的id号l常规信息：n联系人姓名n公司n通讯地址：nemaill账户信息：n收款人，收款人支付宝帐号l对应权限表：见对应调用权限范围l等级n分成若干级别，供日后运营调用l统计信息n信用记录n应用列表n所拥有的App汇总统计数据l历史记录l其他备注2.2开发者调用权限范围l记录该开发者可以调用的OpenAPI范围l应用场景：小二从AdminCenter中根据开发者的资质来调整他的API访问等级和权限。l记录开发者可以注册侦听的Gateway事件类型3.2开发者对应等级l每种开发者所可以访问的API的范围和API调用时的控制策略是不一样的。 -+l定为5个等级：1-5星级l不同级别，拥有默认的调用权限范围如果之前权限范围中有超出等级对应默认范围，按合集处理。1.1开发者Manager对外接口只提供接口，由其他子系统调用，如，由小二在AdminCenter中调用；开发者社区的相关调用等。l增加开发者接口l删除开发者接口l修改开发者接口l查询开发者接口l界面原型无l执行者外部调用方l前置条件无l后置条件无l主流程无1.1.1.1App管理l简要说明提供各种App信息的对外接口l业务规则序号优先级需求名称需求描述1.1App的数据内容l应用名称l必备接入数据：n应用Appkeyn应用接入方式：代码嵌入/Iframe框架嵌入/客户端n应用类型：旺铺插件/社区插件/NCP插件/独立外部插件n应用是否需要绑定用户Sessionl基本信息：n应用的图标分三种图标大小，20X20，40X40，80X80n应用的简介n应用的详细描述l应用的回调接口地址（如果是Client插件，则不需要回调地址） -+lAppkey所对应的权限范围表lApp对应的状态l统计信息n当前使用数n所拥有的API调用汇总统计数据1.1AppKey对应的权限范围表l记录该App可以调用的OpenAPI范围l记录App可以注册侦听的Gateway事件类型2.1App的状态l待审核l审核失败l上架中(暂留)正在发布过程中..l正常使用l暂停使用3.1AppManager对外接口只提供接口，由其他子系统调用，如，由小二在AdminCenter中调用l增加App接口l删除App接口l修改App接口l查询App接口l界面原型l执行者l前置条件l后置条件l主流程1.1.1.1API管理l简要说明提供各种App信息的对外接口l业务规则序号优先级需求名称需求描述4.2OpenAPI对应信息OpenAPi对应的角色信息。OpenAPI所对应的sessionkey是否需要绑定，和何种类型。//TBDlOpenAPI对应的角色信息lOpenAPI对应的Sessionkey是否需要绑定，何种类型。 -+1.2消息通知API对应信息2.2可以设置OpenAPI的角色l具体设置OpenAPI能被哪几种角色可以访问。l角色列表见：5.1.2.4lOpenAPIl界面原型l执行者l前置条件l后置条件l主流程1.1.1.1Role管理l简要说明提供各种终端用户角色信息的对外接口l业务规则序号优先级需求名称需求描述3.2终端用户角色l每个角色对应一组OpenAPI权限、注册侦听消息权限l角色对应的Appl每个App中需要的角色由App来决定。4.2用户角色需要细化到每个接口上。买家：l普通买家：没有发生卖出交易的用户l高级买家：可以使用TIP的消息接口的用户，该类用户数据可以产生消息发送。卖家：l普通卖家：接口使用权限低。l旺铺卖家：具有API大部分使用权限，但在产品发布等接口上不具有权限l商城卖家和外部网店卖家：具有API所有使用权限l高级卖家： -+除了具有API使用权限外，还可以使用TIP消息接口。淘客：l可以渠道1.2用户角色的绑定l在开发者社区提供专门的角色权限申请页面l在AdminCenter中提供“角色权限”勾选范围l界面原型l执行者l前置条件l后置条件l主流程3.11.1.1AdminCenter1.1.1.1管理开发者的部分统计需求：1开发者调用统计以图表形式表现如下数据l总调用数、频率的日线图l调用的各个接口次数、图表l所有App数量统计、l所有开发者的分类统计管理需求：序号优先级需求名称需求描述1.2待审核开发者1、列表显示字段有：开发者的类别、联系姓名、电子邮件地址、网址、联系电话、已通过的角色。2、可做的操作有：通过、拒绝a)通过后则待审用户自动进入下一个角色的待审列表中。b)拒绝则需要输入拒绝理由。审核机制采取一票否决制。 -+1.2已通过开发者1、列表显示字段有：开发者的类别、联系姓名、电子邮件地址、网址、联系电话，开发者注册的应用（点击后可以查看应用的详细资料）。可做操作有：删除2.2删除开发者1、被删除的开发者如没有注册应用，则输入完删除理由后从列表中消失。被删除的开发者如有注册应用，输入删除理由后，该开发者所属应用也全部被删除，已使用该应用的模块也相应被删除。序号优先级需求名称需求描述3.2开发者列表1、以表格方式列出所有开发者。2、显示字段为开发者类别/姓名/电邮/应用数目（已通过/未通过）（//TBD）l界面原型l执行者开发者l前置条件登录进入开发者社区，进入管理中心l后置条件无l主流程1.1.1.1管理App的部分l简要说明数据中心，存储App（应用）和开发者相关信息校验App对应的角色。l业务规则统计需求1App应用统计以图表形式表现如下数据l注册数统计lApp单个调用数统计、列表l分类统计l趋势统计序号优先级需求名称需求描述 -+1.1添加新的应用1、需要填写的字段为：l应用名称l必备接入数据：n应用Appkeyn应用接入方式：代码嵌入/Iframe框架嵌入/客户端n应用类型：旺铺插件/社区插件/NCP插件/独立外部插件n应用是否需要绑定用户Sessionl基本信息：n应用的图标分三种图标大小，20X20，40X40，80X80n应用的简介n应用的详细描述l应用的回调接口地址（如果是Client插件，则不需要回调地址）2、提交后的提示信息中给出api_key，并再次判断用户是否有站点，如无站点提示同注册开发者时相同。注册成功后，该应用信息进入调试状态。2.1应用详细资料页显示应用的详细信息，显示的内容为添加应用时填写的内容以及被使用次数、评论。 -+序号优先级需求名称需求描述1.2.2修改应用1、已上线的应用可修改a)可修改所有字段b)修改后，用户可以选择发布到调试环境或者是发布到正式环境，发布到调试环境的线上应用，在调试环境中可以添加和使用，并不替换线上应用。c)选择发布到正式环境后修改后的信息进入审核系统，并不替换线上应用信息。2、审核中的新应用修改不允许修改。修改通过后的应用对老模块升级。3.2下线应用1、已上线的应用开发者可以修改为下线状态，审核流程如同修改3、被批准的下线应用将从列表中消失，且不能被添加，但原添加的模块可继续使用。4.2删除应用1、删除上线状态的应用：提出申请后进入审核流程，审核通过后凡是使用到该应用的模块一并被删除。5.2下线应用2、已上线的应用开发者可以修改为下线状态，审核流程如同修改4、被批准的下线应用将从列表中消失，且不能被添加，但原添加的模块可继续使用。6.2下线应用3、已上线的应用开发者可以修改为下线状态，审核流程如同修改5、被批准的下线应用将从列表中消失，且不能被添加，但原添加的模块可继续使用。序号优先级需求名称需求描述 -+1.2应用列表1、应用列表根据应用的状态分为以下几个tab：已发布、调试中、审核中、被拒绝、下线、删除。2、已发布状态的应用为已经通过审核，线上正在使用中的应用。a)显示字段为：icon、名称、上线时间、类别、类型、被使用次数、查看评论。b)点击icon或名称可以查看应用详细资料。c)可做的操作有：修改、删除。3、调试中的应用为调试环境下才能添加和使用的应用，线上环境并不能看到和被添加。a)显示的字段为：icon、名称、提交时间、类别、类型。b)点击icon或名称可以查看应用详细资料。c)可做的操作有：修改、发布、删除。4、审核中状态的应用为新应用或修改后提交审核的应用，目前处于开发环境中。a)显示字段为：icon、名称、提交审核时间、类别、类型、状态（新应用还是老应用修改后待审）。b)点击icon或名称可以查看应用详细资料。c)可做操作有：修改、删除。d)5、被拒绝状态的应用为新应用或修改后提交审核的应用被淘宝审核人员拒绝的应用。a)显示字段为：icon、名称、被拒绝时间、类别、类型、状态（新应用还是老应用修改后待审）、查看拒绝理由b)点击icon或名称可以查看应用详细资料。c)新应用被拒绝后可做的操作有：修改、删除。点击修改后流程同添加新应用；点击删除后，该应用的信息从列表中消失。d)老应用修改被拒绝后无可作操作。6、下线状态的应用为老应用被开发者或淘宝审核者作出下线操作的应用，该类应用将不会在列表中出现，且不能被添加，但已使用中的不受影响。a)显示字段为：icon、名称、上线时间、下线时间、类别、类型、被使用次数、查看评论。b)点击icon或名称可以查看应用详细资料。c)可做的操作有：修改、删除。7、删除状态的应用为被删除的老应用，包括开发者自己删除和淘宝审核删除。a)显示字段为：icon -+、名称、上线时间、删除时间、类别、类型、被使用次数、查看评论、删除理由、删除者的角色。a)点击icon或名称可以查看应用详细资料。无任何可做的操作，仅仅是一个信息记录。1.l界面原型l执行者l前置条件l后置条件主流程1.1.1.1管理API的部分l简要说明l业务规则 -+序号优先级需求名称需求描述1.1OpenAPI各项指标统计lAPI接口调用次数统计l所耗性能l被调用的APP数目2.2单个OpenAPI的信息l名称l状态l所属角色权限3.1OpenAPI列表l列出当前所有OpenAPIl信息：n名称n状态4.2暂停服务暂停服务包括整体OpenAPI的暂停和选定API接口的暂停。n总体限制：暂停单个App访问APInservice限制：单个API在30秒内能被访问的APIn按service+uri进行限制：可以对单个service+uri进行设置，限制访问n按api_key+service_name进行限制：可以按单个api_key+service_name进行设置，设置特定的api_key对特定的service_name限制访问l按api_key+service_name+uri进行限制：5.2更改OpenAPI对应角色l更改对应角色权限。l界面原型l执行者l前置条件l后置条件l主流程5.1整合需求请详细说明此产品可与其它产品或公司的整合需求。(详细的功能应在「功能详情」中说明) -+产品/合作公司描述基本需求优先级5.1BETA测试需求请说明是否需要BETA测试，BETA测试的要求及期望达到的目标。1非功能需求产品营销需求如果此产品有推广需求和推广资源，请说明使用的推广方式、目标受众以及是否有限制或特殊要求？(网站运营部应提供主要内容。范例：推广方式受众描述说明站内信通知卖家规则变更需求本产品可能涉及到的对淘宝规则的变更。（(规则委员会应提供主要内容。产品服务需求产品上线是否需要客服协助？此产品计划的服务优先级和重要性如何？当此产品上线后，你想要从客服中得到什么信息？(例如，关于此产品，请根据产品相关数据进行推断，客服每周处理多少客诉？花多少时间回复e-mail？会员常问的问题是什么？)客服应如何支持？对客服有何影响？客服最常遇到什么状况？应如何回应？此产品尚未上线前或上线时，客服可或不可与客户沟通，沟通什么？(请与客户服务部和技术支持讨论确定)范例：服务类型是否为新服务预计服务事件预计频率场景描述服务解决方案 -+　□评价被删除的咨询1000个/天1、为缓解服务压力，项目采取逐步推进方式，先自动删除99%以上概率为信用炒作的评价，然后逐步降低概率；2、面对咨询，为客服提供以下功能：1）后台评价单向删除；2）后台评价双向删除3、在知识库、帮助中心添加相关内容；4、在客服中组织培训；法务需求请详细说明与隐私权、知识产权、专利权、商标、服务条款(TOS)、版权、合同责任、客户沟通等相关之法务议题或需求。(法务应提供协助)财务需求此产品是否有特殊的会计财务需求，如有请详细说明。(财务部应提供协助)帮助需求请提供内部使用者或者客户在使用此产品时所需要的任何说明文件或帮助，比如线上帮助、CRM知识库、FAQ等。安全性需求产品需符合网络安全部的相关规定；1上、下线需求7.1上线时限需求此产品预定上线日期？上线日期有无任何特殊依据或规定？7.2下线需求（活动类需求必须明确下线时间）此产品预定下线日期？下线日期有无任何特殊依据或规定？ -+7运营计划请说明产品的后续运营计划。