第一篇:业务需求说明书模板
业务需求说明书模板 1 引言 3 1.1 编写目的 3 1.2 范围 3 1.3 项目背景 3 1.4 主要业务名词和术语定义 3 1.5 参考文献 3 2 需求概述 3 2.1 用户现状/业界当前系统 3 2.2 业务目标 4 2.3 业务过程分解 4 2.4 本业务模型与其他系统的关系 4 2.5 业务边界定义 4 3 详细需求 4 3.1 子业务1 4 3.1.1 业务流程 4 3.1.2 干系人的关注目标 5 3.1.3 业务规则 5 3.1.4 操作界面说明 5 3.1.5 数据实体 5 3.2 子业务2 5 3.2.1 业务流程 6 3.2.2 干系人的关注目标 6 3.2.3 业务规则 6 3.2.4 操作界面说明 6 3.2.5 数据实体 6 4 基础数据说明 6 5 非功能需求 6 5.1 性能 6 5.2 易用性 7 5.3 可维护性 7 5.4 可移植性 7 5.4.1 硬件环境 7 5.4.2 软件环境 7 5.5 故障处理要求 7 5.6 安全性 7 5.7 不允许发生的事件 8 6 附录 8 业务需求说明书 1 引言 需求说明书说清楚了“四要素”,实际上就说清楚了如下问题:业务的办理流程是什么?业务办理条件是什么?操作员通过怎么样的界面(简单描述要求)办理该业务?系统最后操作哪些数据、生成哪些表单? 1.1 编写目的 可选 1.2 范围 可选 1.3 项目背景 可选 1.4 主要业务名词和术语定义 1.5 参考文献 2 需求概述 2.1 用户现状/业界当前系统 可选。用于老系统改进时,主要阐述用户现状(组织架构、it现状等);
用于新课题的研究时,简单阐述业界同类系统所提供的功能 2.2 业务目标 阐述本模块具体是实现的业务目标,即解决的业务问题,是业务需求的出发点和核心所在。
2.3 业务过程分解 根据业务目标进行业务过程分解,主要包括:主流程、配合过程、辅助过程等。
2.4 本业务模型与其他系统的关系 阐述本系统/模块与QONE其他模块或客户系统可能存在的关系,可以用关系图表示 2.5 业务边界定义 可选。根据实际情况撰写,例如:成本管理与财务管理的业务边界。详细需求 3.1 子业务1 简述该子业务的业务目标 对于某一业务的需求描述要包括以下四个方面。但层级结构可由撰写者根据实际情况自由调整,如流程图针对业务1只有一幅,业务规则、操作说明、数据实体可以再分开业务1-1,业务1-2进行描述。
3.1.1 业务流程 业务流程说明这个业务的办理步骤、以及每个步骤有哪些角色参与。建议业务流程用活动图并辅以文字加以描述。
若业务流程图中某些环节是系统外实现,进行标识即可,或某些环节不在本章节阐述,则注明具体分析的章节所在。
3.1.2 干系人的关注目标 阐述本业务的各类干系人对本业务的数据、功能、性能等各种需求的关注点和关注程度 3.1.3 业务规则 业务规则是指业务办理过程中的一些约束条件,包括输入数据的校验规则和业务处理的逻辑规则。
业务规则一般用文字或特定表达式描述,建议紧接着业务流程图,针对业务流程图中的每个操作环节,逐一描述其业务规则。
3.1.4 操作界面说明 操作界面是要申明:系统建成之后,用户面对的操作界面的特定业务要求。
3.1.5 数据实体 数据实体是指业务流程中的各个环节操作的表单、业务数据等对象。其中涉及到的基础数据应加以注释,并在“基础数据说明”章节进行统一说明。
需求阶段明确了数据实体以及数据实体的来源非常有利于后续的数据库设计。
3.2 子业务2 同上 3.2.1 业务流程 3.2.2 干系人的关注目标 3.2.3 业务规则 3.2.4 操作界面说明 3.2.5 数据实体 4 基础数据说明 对该系统/模块上述业务中所需要的基础数据的说明,以及需要补充说明的数据来源(可能来自用户录入、OQNE其他模块、其他外部系统)5 非功能需求 本章节可统一维护 5.1 性能 可能包括:
1、基于对基本数据的估算(例如每个客户的平均项目数、每个项目的平均任务数等)2、业务访问量的估算(包括各类用户数的估算、各类高中低频率访问事件的估算),以下只是示例:
l 对于低频率事件,最大并发用户数按照合计用户数*10%来计算;
l 对于中频率事件,最大并发用户数按照合计用户数*20%来计算;
l 对于高频率事件,最大并发用户数按照合计用户数*50%来计算。
l 低频事件中对于使用web方式进行积分账户等查询的业务,最大并发用户数按照合计用户数的1%来计算;
l 要求用户的网络访问延时不能大于5秒。
3、网络传输数据的估算 4、关键业务处理时间的要求 5、与外部接口的性能要求 如果涉及到与外部系统有接口,则对关键交互信息的传输时间进行估算 5.2 易用性 例如:操作应尽可能简洁,要求员工不用培训或较短时间培训,即能基本掌握日常操作,同时要求操作流程简单易懂及人性化等。
5.3 可维护性 5.4 可移植性 5.4.1 硬件环境 n 支持多核处理器 5.4.2 软件环境 n 跨操作系统平台、跨浏览器 5.5 故障处理要求 5.6 安全性 n 认证管理 n 系统登录:超时 n 加密管理:
n 关键数据传输加密,如用户密码等 n 关键数据加密存储,如用户密码等 5.7 不允许发生的事件 6 附录 一些附件内容、其他说明或待考虑问题等需要补充的内容。
第二篇:如何撰写高质量的业务需求说明书
如何撰写高质量的业务需求说明书
作者:渤海银行资讯科技部张保军 原文刊登于《金融电子化》
在日常工作中,银行业务部门经常提出不同的业务需求,有新产品研发需求,有对现有系统功能改 进需求,有提取数据需求,有反映生产问题需求。这些需求提交给科技部门在信息系统中实现,科技部门经常说业务部门提交的业务需求涵义表达不清、内容描述不 完整等,科技人员难以按照业务部门要求实现。业务需求说明成为业务与科技经常扯皮、推诿、口舌之争之标靶,影响了软件项目研发进度和质量。
撰写一份高质量的业务需求说明书真的很难吗?本文就此与大家探讨如何撰写高质量的业务需求书。
一、说明书常见问题
(1)需求过于简单。有的只是一句话,如在现行的企业网银系统中增加批量代发工资功能,可以说,只给了一个需求题目,没有内容描述,具体业务处理流程和要求没有任何说明。
(2)需求内容不完整。业务需求书洋洋洒洒写了不少,但仔细一看,整个需求说明书内容缺东少西,不是少了会计分录,就是少了统计分析;不是少了界面输入项目,就是少了业务处理过程及要输出的结果等。
(3)需求内容描述不清晰。想要什么,业务流程如何处理,定义不清,概念界定模糊,有很多疑问。如需求书中对于统计报表只是画出一个大概表样,没有给出统计口径、数据来源等详尽资料。
(4)业务需求说明书本是很严谨的文书形式,但撰写人重视程度不够。需求说明书普遍存在错别字、语句涵义表达不清楚,口语化浓厚,引用图表不准确,主题表达不够清晰。
(5)需求说明书照搬照抄。为了图省事,把一些软件公司提供的产品功能介绍文档改头换面,作为业务需求说明书提交,业内人员一看就知道不是自己写的,很多地方根本不符合本行业务处理流程和系统功能。
(6)需求说明书没有统一撰写格式,不管是研发新产品、对现有系统功能改进、还是提取数据和生产问题需求,都没有一个简单实用的需求格式,随意书写,或者提供的格式完全不符合业务人员要求,大家不愿意或根本无法使用。
二、质量不高原因分析(1)撰写业务需求说明书时,业务部门没有很好组织人员对其需求进行认真讨论、分析,匆忙撰写,完成后没有很好斟酌修改完善,又匆匆忙忙提交给科技部门研发,事先也顾不上与科技部门做沟通,多听听科技人员的意见。(2)业务需求通常由银行各个职能部门提出,业务部门只从自己负责的业务角度出发考虑,缺乏与其他业务部门之间必要的沟通交流,缺少整合 性。许多需求仅仅是出于单个专业的需要,而不是全行整体需要,造成业务做法不能很好相互借鉴,有的甚至产生矛盾。在信息系统中相互制肘,重复又各成体系,形成不必要的内耗。
(3)业务人员对信息系统及整个银行业务处理流程及制度要求,缺乏深入了解掌握,造成撰写的需求内容描述不清楚,不准确。
(4)需求说明书没有模版,业务部门没有参照,或是科技部门提供的模版实用性不强,不符合业务要求。或更多是科技部门从技术要求方面出发,按照软件功能说明书内容格式让业务部门撰写需求。业务部门对很多技术要求不熟悉,不知道如何下手撰写。再有,模版过于教科书化。文档模版编写时,没有很好 依据公司自身现状,从实际出发并实地征求业务部门意见,造成业务部门不愿意或无法按照科技部门提供的需求撰写模版撰写需求,达不到预期效果。(5)业务与科技部门缺少需求交流机制、交流平台,大家都无法积极主动交流,无法倾听相互之间的意见。
三、提高撰写质量的措施
提高业务需求撰写质量,就要真正反映业务真实想法,和业务保持一致,并能提供科技部门软件研发需要的业务需求,确保在软件项目研发过程中,各项研发工作和需求之间的一致性,是需求管理的一项重要内容。
(1)业务与科技要建立良好的交流与合作关系。优秀的软件产品是建立在优秀的业务需求基础之上的,高质量的软件产品来源于业务人员和技术人 员相互之间有效的交流与合作。业务与科技部门要建立一个良好的业务需求交流沟通渠道和机制,解决工作中有关需求不清、推诿扯皮现象的发生,以面对面交流为 主,邮件、电话为辅。业务人员撰写完成业务需求后可以通过邮件的形式发给科技人员,让科技人员提出修改完善建议,相互之间交流沟通后,经过对业务需求说明 书反复多次修改后再提交。
(2)科技部门要做好角色的转变,帮助业务部门其实就是帮助自己,不要认为业务需求与科技部门无关。科技部门不能只关心技术,更应该关心产 品,跟踪产品应用情况,参与业务需求制订,与业务部门一起做好市场调研,参加前端性产品的研究和发展,帮助业务部门优化需求,可以提供业务需求说明书样本 让业务人员参照学习。
(3)业务需求要分类管理。业务需求通常可以分为新产品研发需求、功能变更需求、数据提取需求、生产问题需求等,针对不同业务要求设计不同 的业务需求撰写格式。新产品需求需要设计详细的需求撰写格式。功能变更需求、数据提取需求和生产问题需求要专题专述,变更那里则提出那里的数据,哪个系统 出现了问题、出现的问题现象是什么等内容,要重点突出,内容描述简单明了。(4)业务需求说明书撰写基本要求。①标准化:他山之石,可以借鉴,善于学习运用CMMI标准及其他软件公司好的做法,针对不同的业务需 求,都要给出一个符合公司实际,行之有效的撰写标准。②易用性:业务部门撰写的业务需求说明书要便于不同岗位人员进行阅读、理解、学习和使用。③简洁性: 业务需求书中描述的内容要突出主题,只反映要描述的问题,不包含其他不必要的东西,语言表达简明扼要,一清二楚,可以配以适当的图表,以增强其清晰性。④ 针对性:业务需求说明书要按不同的需求类型、面对不同的业务对象,实行差异化编制,根据实际需要进行编写。⑤一致性:业务需求说明书中的文字描述应当十分 确切,对于同一业务描写,不能出现多义性的描述,应当是一致,相互之间没有矛盾。⑥完整性:业务需求说明书都应当是完整的、独立的,没有遗漏和丢失的内 容。对于需求内容相同的部分,这种重复是必要的,不要图省事避免在文档中出现“见XX文档XX章节"的现象。⑦灵活性:不同的新产品研发需求,因其复杂程 度和规模不同,在保持需求格式不变的情况下,也需要对需求说明书内容中不同部分描述详细程度做调整。⑧可追溯性:业务需求说明书作为软件项目研发的一个重 要文档,并不是孤立的,而是与各个阶段完成的工作有密切的关系,随着研发工作的逐步延伸,具有一定的继承关系,体现出了可追溯的特性。如需求变更说明是在 原来业务需求说明书基础之上的变更,软件需求说明书会在详细设计说明书、测试案例等文档中有所体现。
(5)做好业务人员的培训学习。在工作交流过程中,业务人员经常讲,“科技人员总说业务需求写得不清楚,怎样写才能符合科技要求?”因此,针对如何撰写高质量的业务需求设计开发培训课程,有针对性地对业务人员进行培训,引导和教会业务人员撰写业务需求说明书,通过工作不断沟通交流、完善修 改,写出一份业务与科技都满意、高质量的业务需求也不是一件难事。
第三篇:招标需求说明书
竞争性谈判-需求说明书
(参考)
行政部:
为配合**开业庆典活动筹备安排,特向贵部提出庆典活动项目招标(竞争性谈判)需求,具体说明如下:
一、招标(竞争性谈判)内容:
**开业庆典系列活动项目承办单位招标(竞争性谈判)。
二、招标(竞争性谈判)项目的基本需求:
(一)活动整体安排:
根据改制工作进度安排,**拟于2009年**月中下旬获批成立,并拟于**月**日举行开业仪式庆典活动,活动内容拟包括:
1、开业庆典仪式:
(1)时间安排:**月**日上午(时长约为1小时)。
(2)地点安排:**大厦东广场
(3)出席人数:拟邀请省、市各级领导和重要嘉宾合计约250人。
(4)主要流程:A、省、监管单位、市、农商行领导分别致辞。
B、主要领导共同揭牌仪式。
C、**公益捐赠仪式。
2、开业庆典晚宴:
(1)时间安排:**月**日晚上(时长约为2小时)。
共 5 页·第 1 页
(2)地点安排:拟于**香格里拉大酒店(**厅)或**路**酒店(国际宴会厅)。
(3)出席人数:拟邀请省、市各级领导和重要嘉宾合计约500人。
(4)主要流程:A、省、市领导致辞。
B、主要领导祝酒仪式。
C、表演助兴(如歌舞、魔术、杂技等)及现
场抽奖环节。
(二)承办工作要求:
1、本次庆典活动项目执行工作中的客户邀请、礼品购置、宴席餐饮、媒体投放等均由我单位另行安排,承办单位提交的投标方案内容应包括:
(1)对活动整体流程的策划,并提供相应的策划方案书、时间进度和分工安排表等书面材料。
(2)对会场宣传布置的构思,要求宣传布置范围以**大厦为中心、辐射周边1000米内主要路段,包括各项平面设计、物料设计、舞台设计等,并提供相应的平面设计稿、三维效果图、物料清单等。
(3)对节目和演员的建议,包括歌舞、杂技、魔术等,并提供相应的节目和演员情况介绍、费用报价等;中标后可根据我单位实际要求进行调整变更,并负责具体联系邀请和彩排协调等工作。
(4)对司仪和导演的推荐,包括开业仪式司仪1人、晚宴司
仪2人、晚宴导演1人,并提供相应的个人介绍材料、费用报价等;中标后可根据我单位实际要求进行调整变更,并负责具体联系邀请和彩排协调等工作。
(5)对公益捐赠举措的建议,包括与国内外知名慈善机构、官方组织等的捐赠合作,提供相关机构情况、捐赠模式等情况介绍,中标后协助我单位联系沟通。
(6)对活动执行协调措施的说明,包括户外活动可能涉及的消防、环保、治安等公共安全问题,及施工质量、效率和安全性问题,提供相关解决措施说明;中标后需负责执行消防、城管、环保、公安等相关申报程序。
(7)除上述内容外,对我单位临时补充要求的回复。
2、针对上述要求,我单位制定了“宣传策划基本要求说明”(见本需求附件1),各投标单位须以此基本要求说明为基础制定整体活动方案,并在投标方案中对开业庆典仪式和开业庆典晚会分别进行报价(含税),报价表应列明估算的相关尺寸、数量、材质等内容,各项报价应合理、真实、具备可操作性。
3、中标单位须适应我单位内部的法律文书审核和财务报批支付等流程规定,并统一提供中标公司发票。本次庆典活动项目费用将按30%预付、30%二期、40%尾款方式分三次支付,其中预付款于合同签定后五个工作日内支付,二期款于实施当天前五个工作日内支付,尾款将于活动结束后十个工作日内结清。
(三)投标公司资质要求:
1、投标单位应为国内综合实力较强、行业信誉较好的公关策划/品牌传播/广告制作公司,注册资本需折合人民币200万元(含)以上,登记在职员工30人(含)以上;
2、投标单位应具备成熟完善的分工架构和服务流程,自有专职策划及客服人员5人以上、高级设计人员5人以上、专业工程人员10人以上,有曾为三家以上国内知名大型企业策划执行各类大型庆典活动的成功案例。自设大型制作工厂或具备国内4A评级(含)以上的广告公司将优先考虑;
3、投标单位主要办公场所应在本市区范围内。
4、投标单位应根据上述要求提供相关证明文件、文字和图片介绍资料。
三、招标建议:
1、每一投标单位必须同时承办开业庆典仪式和开业庆典晚会两项活动;
2、中标单位数量:壹个。
3、建议评标方式:投票法。由我单位开业庆典活动领导小组组成评委会,根据投标单位的综合实力、策划创意、整体报价等,投票选出中标候选单位,报单位领导审批确定后公布。
4、我单位可根据实际需要对“宣传策划基本要求说明”的项目内容进行增减。
5、投标单位须提交资料包括:
(1)开业庆典活动整体策划方案(含报价);
(2)投标单位相关资质证明文件、文字和图片介绍资料;
(3)我单位要求的其他资料。
6、考虑到庆典活动筹备时间较紧,建议本次招标(竞争性谈判)流程于**月**日前完成并公布结果。
附件:**庆典活动宣传策划基本要求说明
**办公室年月日
第四篇:v4.2-集中远程授权项目-业务需求说明书
业务需求说明书
远程集中授权业务需求说明书
目录
1.1 1.2 1.3 项目描述.................................................................................................................................2 流程.........................................................................................................................................2 需求.........................................................................................................................................3
1.3.1 1.3.2 1.3.3 1.3.4 1.3.5 1.3.6 1.3.7 1.3.8 1.3.9 1.3.10 1.3.11 1.3.12 1.3.13 授权模式参数控制功能.................................................................................................3 柜面影像资料采集功能.................................................................................................5 影像采集规则.................................................................................................................6 影像资料传送功能.........................................................................................................7 授权排队分配功能.........................................................................................................7 授权加急功能(是否需要).........................................................................................7 授权审核.........................................................................................................................7 远程集中授权机构设置参数化.....................................................................................8 柜面监控录像同步传送、调阅功能.............................................................................8 本地授权转远程授权机制.........................................................................................8 授权记录存档功能.........................................................................................................8 授权流水及明细查询.................................................................................................8 授权中心报表输出功能.............................................................................................9
版本:v4.1 截止日期:2014年6月10日 业务需求说明书
远程集中授权业务需求说明书
1.1 项目描述
远程集中授权是利用技术手段,将前台业务系统中授权业务需审核的交易画面、业务凭证、客户证件和实物影像同步传输至远程、集中的专用授权终端上,由专职授权人员对其审核并完成授权的应用系统。
1.2 流程
集中授权中心授权流程步骤A-柜面业务系统B-集中授权中心C-授权人员1触发授权业务,发起授权申请Ⅰ授权触发与申请2柜面按照提示整改重新提交业务授权业务池(接收授权申请、分配授权业务)3向柜面反馈拒绝原因获取授权任务4拒绝授权(提交拒绝理由)N(审核不通过)是否授权审查5同意授权Y(授权通过)Ⅱ授权过程6柜面反馈授权成功,并记账、提示打印相关凭证 业务需求说明书
1.3 需求
在核心系统的柜面实现业务关联影像资料采集、传送;在集中授权中心实现影像的存储、调阅、管理功能,同时还应具备与核心业务流水匹配功能。
1.3.1 授权模式参数控制功能
为适应全省农信社多法人的管理架构,兼顾各地市经营行社业务发展的个性需求,本系统应具备参数控制功能。通过对业务机构(法人机构)、交易代码的授权模式的灵活配置,满足授权规则个性需求,实现授权规则多样性,并可以对(法人)机构采取的现场授权、远程授权等模式实现动态、实时切换。
(一)参数构成
授权规则参数主要由(法人)机构、授权模式、交易码、授权(条件)码等构成,其中(法人)机构配置授权模式和授权中心,交易码和授权码的灵活配置实现多种授权模式。参数规则说明如下:
(二)授权条件
授权条件由交易码和授权码决定,交易码和授权码在授权风险环节判断机制如下:
1、交易码。交易码授权包含2个必要要素:是否强制授权、风险等级。当某一个交易码为强制授权时,其交易码风险等级为授权柜员最低等级;当某一交易码非强制授权时,其交易码风险等级为业务柜员最低级别。如果业务柜员级别低于交易码风险等级,则须由等级不低于交易码风险级别的柜员授权。如:假设交易码【10-有折现金存款】风险等级为8级:
a、交易码【10-有折现金存款】=【强制授权】-【风险等级8】:表示【10】交易必须由8级及以上的柜员授权后方能通过。
b、交易码【10-有折现金存款】=【非强制授权】-【风险等级8】:表示8级以下柜员受理【10】交易时必须由8级及以上的柜员授权后方能通过;8级及以上的柜员受理【10】交易则无需授权即可通过。
2、授权码(条件),即授权触发条件。授权码触发依赖于交易所包含的业业务需求说明书
务要素,当业务要素满足授权码触发条件时须授权,否则无需授权。授权码包括【强制授权码】和【非强制授权码】两种,两种授权码均具备风险等级,规则如下:
a、【强制授权码】:当强制授权码触发授权时,该交易必须授权,且授权柜员级别不得低于强制授权码风险等级。
B、【非强制授权码】:当柜员等级高于非强制授权码风险等级时,无需授权直接办理;当柜员等级低于非强制授权码等级时,则由高级别柜员(不低于非强制授权码风险等级)授权通过。
以交易码【[1045-无折转客户帐]-[非强制授权]-[3级]】、转账支票转50万元为例,触发以下授权码时,授权条件动态变化,结果表示如下
交易码类别授权码类别授权码含义单项授权结果交易授权码码是否强风险制授权等级***51045否否否否否***62356582是否强风险是否强风险制授权等级制授权等级否是否否是810101012否是否否是810101012单项授权结果说明转账金额达50万以上休止户执行交易,需授权转入账户不等于资金来源账户.对于公司账户和个人账户之间的转账,需要授权。到期支票(凭证签发日期已超过支票提示付款期)6级柜员需8级授权,8级及以上柜员受理无需授权必须10级及以上柜员授权10级以下柜员需10级授权,10级以上柜员受理无需授权必须12级及以上柜员授权必须10级及以上柜员授权综合授权结果否6是12是12必须12级及以上柜员授权说明:(1)当转账支票付款人与收款人一致时,符合授权码106单项授权结果;
(2)当转账支票付款人与收款人一致时,且收款账户为休眠户时,符合授权码736授权结果;
(3)当转账支票收款人个人,收款账户为休眠户,且支票超期时,符合综合授权结果;(4)授权规则:
a、交易码和授权中码只要有一项为【强制授权】,则改业务必须强制授权,只有两者同时为【非强制授权】时,该交易才是非强制授权交易。
b、在交易要素中,交易码等级和授权码等级取最大值。
(三)授权模式
通过对交易码的【是否强制授权】、【风险等级】两个属性进行参数化设置,即可衍生出不同种类的授权模式。授权模式暂定为三种:现场授权、远程授权、业务需求说明书
复合授权,其中远程授权条件为交易风险级别超过10级时,提交远程授权。具体情况如下:
模式A:现行模式。即除13支特定远程交易和大额资金交易需远程授权外,其他所有业务均实行现场授权
模式B:远程授权模式。所有授权业务全部提交远程授权,不再保留本地授权,授权业务由【经办人员】办理后直接提交远程授权。
模式c:保留部分业务(10级及以下授权业务)本地授权,将风险较大业务(10级以上授权业务)由本地【经办人员】办理后提交远程授权。其中授权模式差别对比效果如下表:
类别Abc现场授权条件现行授权规则无现场授权部分授权(10级及以下业务)远程授权条件13支特殊交易码和超大金额资金业务触发后直接提交远程触发后直接提交远程 说明:
(1)远程授权和本地授权区分标志为业务风险等级,当前暂定业务风险等级在10级及以下时,为本地授权业务,超过10级时为远程授权业务;
(2)模式A是对现行授权规则平移到授权判断模块,同时对授权规则参数化;
1.3.2 整合一笔交易的多次授权为一次授权
功能描述:将一笔业务多次授权的形式合并为一次授权。现阶段授权系统存在多风险点多级触发的机制,因此在业务办理中,才能通过的交易,在系统首次提示柜面授权时,输入授权柜员代号、录入指纹授权,系统对该授权柜员代号和指纹信息进行记忆,再次提示柜面授权时,由系统自动读取上次授权员工的信息自动授权,直至该笔业务办理完结再清除记忆的该授权员工的信息。业务需求说明书
1.3.3 柜面影像资料采集功能
功能描述:柜面业务人员受理客户业务后,按照流程向核心提交相关业务申请,核心根据业务要素判断该笔业务是否授权,如需授权,弹出授权申请窗口,柜员在授权申请窗口中对该笔业务要素进行勾选,并提交授权申请。所勾选业务要素必须包含但不限于以下内容:是否客户信息维护、是否账户维护、是否外部账户资金交易、是否内部账户资金交易、是否中间业务。
柜员点击确定提交授权申请后,系统根据柜员勾选的业务类别弹出影像采集窗口,要求柜员必须按照窗口提示内容依次采集相关必备影像资料,并自动对所采集影像文件自动命名,同时与核心交易流水号相匹配。影像采集要求:
1、客户信息维护类交易必须采集【客户大头照】、【客户有效身份证】、【维护申请书】
2、账户信息维护类交易必须采集【客户大头照】、【客户有效身份证】、【维护申请书】
3、外部资金交易类必须采集【客户大头照】、【客户有效身份证】、【外部资金交易原始凭证】,必要时须采集【客户业务录音】和客户缴存的【现金照片】
4、内部户资金交易必须采集【外部资金交易原始凭证】,必要时须采集相关环节的【审批签字单】
1.3.4 影像采集规则
功能描述:当交易柜员触发远程授权时,系统应依照一定规则生成影像采集明细,并反馈给交易柜员;交易柜员按照提示明细,逐一采集必备影像资料。
影像采集规则应与交易类型或授权码相匹配。(影像采集规则讨论定稿后做专题报告)业务需求说明书
1.3.5 影像资料传送功能
功能描述:柜面完成影像采集工作后,点击【采集完成】按钮,系统自动将所采集影像文件传送到授权中心,同时回显等待计时窗口,直至返回授权结果信息。授权结果分2种:
1、【授权通过】,系统自动打印相关业务传票;
2、【授权被拒绝】,并返回拒绝原因,柜员可依据拒绝原因进行整改。其中拒绝授权采用两种记过处理方式:一是原因为采集资料不符合要求的,柜员可进行二次采集或修改;二是原因为柜员业务办理错误,则必须重新办理业务并重新采集;
1.3.6 授权排队分配功能
功能描述:对辖内所有授权业务集中到授权池中排队等候授权,其排队规则应与授权申请时限相匹配,对授权池中的授权业务随机分配到授权终端实施审核流程
1.3.7 授权加急功能(是否需要)
功能描述:对部分时间要求比较急的业务提交远程授权后,由另一业务柜员实施授权加急交易:录入加急授权业务的流水号和交易柜员,确认后提交远程授权中心。远程授权中心收到授权加急申请后,立即将申请要素与授权池中授权业务向匹配,如果信息校验无误,则立即将该笔授权业务按照最高优先级别提交授权审核。
1.3.8 授权审核
功能描述:授权终端接收授权池分配的授权任务后,,弹出授权审核提示,授权员对照系统提示点击授权审核菜单,实施授权审核流程,授权结束后打印授权记录凭证,凭证内容须包含以下内容:授权结果、授权编号、授权时间、交易提交网点号、交易提交员工号、交易流水号、交易帐号户名、交易金额、影像文件编号等。要点如下:
1、授权提示窗口倒计时30秒,30秒内未点击授权审核菜单,则将该笔授权业务分配给其他授权终端,2、同一终端连续3次未及时处理授权提示,在将该授权终端强制离线处理
3、双击图片类别张数时弹出图片预览界面 业务需求说明书
1.3.9 远程集中授权机构设置参数化
功能描述:远程授权中心在机构设置上具备参数化功能,以完成以下目标:
1、以县或市为单位设立远程集中授权机构,负责辖内所有机构远程授权业务审核工作
2、远程集中授权机构应依附于【实体业务机构】,该实体业务机构可以为清算中心,也可为业务网点。
1.3.10 柜面监控录像同步传送、调阅功能
功能描述:当柜面触发远程授权时,集中授权系统应同时激活监控系统发送对应的柜面实时监控视频到授权中心存档,授权中心根据实际业务情况调阅柜面交易视频资料,用作判断授权与否依据之一。要求如下:
1、所提取的监控画面应与交易机构及交易柜台相对应
2、所传输的环境监控拍摄内容应包内容有:客户头像、交易柜员及桌面、点钞机点钞数据(视频叠加画面)、辅证人员
1.3.11 本地授权转远程授权机制
功能描述:当柜员经办一支现场授权的交易时,由现场任意柜员授权,系统判断现场授权柜员资质不足时,直接转为远程授权发送授权中心处理
目的:受柜员结构影响,业务机构存在不能完全保证高级别柜员及时在岗,此时就需要将本地授权业务跳转为远程授权业务处理。
1.3.12 授权记录存档功能
功能描述:将授权交易流水号与影像数据图片编号一一对应存档。
1.3.13 授权流水及明细查询
功能描述:支持授权流水及明细记查询,查询回显必须包含以下内容:授权时间、授权结果,交易流水号、交易代码、交易账户号、账户名称、交易金额、影像文件编号。业务需求说明书
要求:双击影像文件号时系统能够显示或播放该影像文件
1.3.14 授权中心业务审计功能
功能描述:
1.3.15 授权中心报表输出功能
功能描述:
1、按日输出授权流水记录报表,报表输出须包含一下内容:授权编号、授权时间、授权结果、交易提交网点号、交易提交员工号、交易流水号、交易帐号户名、交易金额、影像文件编号等,还应包括没有及时响应系统分配的授权提示记录
2、按月、季、年累计统计授权员授权数量和没有及时响应系统授权提示的业务数量
第五篇:APP产品需求说明书
简介
1.1
目的本文档主要读者:产品总监、产品相关设计人员、技术总监、项目经理、开发
相关人员、测试经理及相关测试人员等。
1.2
说明
项目名称:***网上商城
简述:***网上商城是公司产品打造体系的一部分,主要表现形式是手机客户端,随着移动互联网用户的增多以及相关技术的普及,移动电子商务成为了日常生活的一部分,那么通过手机实现大宗商品的现货交易成为了公司发展的一个目标,在没有电脑的情况下,客户可以使用手机登陆掌易通客户端进行相关资讯以及交易信息的查看,并且可以实现洽谈、下单、交收等业务。为现货交易更加便捷,实现随时随地电子商务。
产品功能业务需求
2.1
产品构架
产品构架图
2.2
主要流程功能简述
流程简述:
打开客户端后,可以实现三大功能:
一、浏览平台发布的公告信息,竞价公告以及新闻资讯等
二、通过交易大厅、专场浏览挂牌交易信息。
三、会员登录后可以对业务进行处理。
买方会员可以通过一口价或洽谈的方式进行购买下订单。
买方会员可以在业务中心进行验货、验票、评价、将提单生成二维码等操作。
卖方会员可以在业务中心进行发货、评价、将提单生成二维码等操作。
注:手机端不支持支付的功能,需在PC端进行支付。手机端不支持订单、合同的异议功能,需在PC端进行异议处理。
功能界面展示和说明
3.1
前台
l
手机客户端支持分辨率不低于640*960像素
l
本需求中页面效果图为原图,需由专业美工进行适当设计布局,手机界面的整体色系统一、唯美,菜单、下拉框、按钮等控件风格保持一致。
l
进入手机客户端首先进入的是首页
l
加载时显示“请稍等...”
3.1.1
首页
功能简述
系统首页
行为角色
未登录用户,企业会员
前提条件
进入手机客户端
事件流
1、手机端导航:浮动导航,位于页面最下方,5个导航模块图标需要设计。
1)
首页,点击进入“首页”页
2)
交易大厅,点击进入“交易大厅”页
3)
专场,点击进入“专场”页
4)
业务中心,点击进入“业务中心”页,若会员没登录需要先登录。
5)
更多,点击进入“更多”页
2、图片轮播:图片可以在后台维护添加,图片内容以新闻、广告为主。
点击图片后跳转至相应页面。最多显示5张。
3、功能模块:功能模块形状呈圆角矩形,另需设计相应背景图片。有以下几部分组成:
1)
新闻公告,点击后进入“新闻公告”页
2)
交易大厅,点击后进入“交易大厅”页
3)
专场推荐,点击后进入“专场”页
4)
竞价公告,点击后进入“竞价公告”页
4、业务提醒:当会员登录后,若“业务中心”中有待办事项,则在“业务中心”导航模块右上角显示小红圆点标记。
5、用户登录:页面左上角显示用户登录图标,点击后进入会员登录页面。
6、公司名称:显示在页面最上方居中位置,要求字体美观。
7、页面下方显示4条最近的新闻资讯。
备选流
无
特殊需求
采用的业务规则
3.1.1.1
会员登录
功能简述
未登录用户可以登录系统
行为角色
未登录用户
前提条件
无
事件流
用户输入用户名、登录密码进行登录。
记住账号,勾选后记住用户名。
记住密码,勾选后记住登录密码。
返回按钮,点击返回“首页”页面。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.1.2
新闻公告
功能简述
查看平台新闻公告
行为角色
未登录用户、登录会员
前提条件
无
事件流
1、标题栏带返回箭头,返回至首页。
2、新闻框:包括图片、标题、副标题。标题显示为两行,大字体,若显示不全用省略号代替;显示发布时间;内容(副标题)显示为两行,小字体,第二行后面用省略号代替。点击框内跳转至新闻详情。
3、排序:时间逆序排序。
4、新闻详情:
1)
标题栏为新闻公告,带返回箭头,返回至上一级。
2)
标题,显示在第一行。
3)
日期,标题下面为日期,小字体,精确到分。
4)
内容
备选流
无
特殊需求
采用的业务规则
界面效果图
新闻详情
3.1.1.3
竞买公告
功能简述
显示每日竞买公告条数
行为角色
未登录用户,企业会员
前提条件
事件流
1、标题栏带返回箭头
2、公告二级导航:默认竞买公告
1)
竞买公告,点击进入“竞买公告”页
2)
竞卖公告,点击进入“竞卖公告”页
3、默认今日界面,显示共多少场,可选择预告、往期的公告,点击后跳转至预告和往期页,页面只显示时间和场次数量,点击进入预告和往期详情页。
4、公告列表:
1)
按交易开始时间顺序排列,同一时段的场次排列在一起。
2)
显示字段:场次、竞价单号、竞价方式、是否定向、发盘方、竞价品名、总重量、起始总金额。
5、竞买结束后,在原列表显示竞价结果。点击可查看竞价结果。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.1.4
竞卖公告
功能简述
显示每日竞卖公告条数
行为角色
未登录用户,企业会员
前提条件
事件流
1、同竞买公告
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.2
交易大厅
功能简述
显示挂牌交易商品列表
行为角色
未登录用户,企业会员
前提条件
事件流
1、手机端导航:同“首页”
2、分类按钮:页面左上角为分类图标,点击后出现品种下拉框,品种一页放不下的话可以向下滑动,选择后跳转至该品种类下的挂牌列表。
3、搜索:搜索框内只可以搜索品名,模糊搜索,点击后出现下拉搜索框,为半透明模式,输入内容后点击搜索图标显示所搜索的挂牌列表。下拉框内显示搜索历史,可显示最近8次的搜索历史,下方有清空搜索历史的选项按钮。
4、高级搜索:点击“高级”按钮出现高级搜索下拉框,里面有品名、供应商、存货地、价格区间、出价方式的选项。点击存货地向下弹出选择框,确认后收回,并在最后有搜索小图标。
5、挂牌列表:
1)
排序:系统默认按发布时间逆序排列
2)
显示字段:品名、规格、材质(如螺纹钢
25*25
Q235,不显示字段只显示内容,中间有空格)、存货地、供应商、信用等级、出价方式、可购买量、挂牌单价,上面红色字体不显示字段,只显示内容。
3)
出价方式(一口价、可洽谈)显示在该商品信息框的右上角,显著标记。
4)
挂牌单价价格的字体使用大号醒目的颜色。
5)
点击商品信息框跳转到对应商品的“挂牌详情”页面。
6)
列表可向下滑动,展示全部。
6、挂牌排序:
具有三个排序标签按钮,分别为时间、价格、信用。用户可以点击标签按钮按逆序顺序排列。再次点击按顺序排列。
7、UI风格:挂牌信息之间需有缝隙间隔,凸显挂牌信息层次感,设计感强。
备选流
无
特殊需求
定向挂牌的信息只有定向会员才能查看,未登录用户或非定向会员不显示
采用的业务规则
界面效果图
搜索
高级
分类
3.1.2.1
挂牌详情
功能简述
显示当前选中商品的详细信息
行为角色
未登录用户,企业会员
前提条件
事件流
1、标题栏带返回箭头,点击返回按钮,返回之前的“挂牌列表”页面
2、详情页面最上面显示品名和价格,价格醒目。其下面为4个标签页,分别是商品信息、商品描述、交收信息、供应商信息。页面可以左右滑动。
3、商品信息:
1)
信息字段:品种、品名、规格、材质、挂牌重量、起订量、可购买量、存货地、厂家、生产日期、批号、质量标准
4、商品描述:显示商品的详细描述内容。
5、交收信息:显示字段:交收方式、配送方式、结算方式、验货后付款比例、验票后付款比例、保证金证方式、支付保证金额度(支付保证金比例)、保证金截止日、付款截止日、发货截止日、验货截止日、验票截止日、存货地。
6、注:交收方式、配送方式、结算方式是以下拉框的形式存在,点击会后可选择,选择后下拉框收回。双方支付保证金比例或额度与上方保证金方式选择相关,后面单位分别为“%”、“元/次”。填写验货后付款比例自动生成验票后付款比例,两者相加为1。
7、供应商信息:
1)
信息字段:供应商、联系人、联系电话、联系地址。
2)
如果该供应商开通专场功能,在供应商字段后面有“进入专场”按钮。点击后进入该供应商的“专场详情“页面
8、一口价购买、洽谈
1)
在页面最下方,为浮动的购买、洽谈栏。滑动详情页该栏不动。
2)
若出价方式为一口价,则没有洽谈按钮。
3)
购买量字段,输入购买量,点击“一口价购买”按钮,进行购买操作,购买成功跳转到“全部订单”页面
4)
未登录用户点击“一口价购买”按钮跳转到登录页面
5)
已登录但不具备交易权限的会员点击“一口价购买”按钮,弹出提示窗“您还不是交易会员,不能进行现货交易,请登录网站了解详情”
6)
点击洽谈按钮,跳转至洽谈页。
9、一页内显示不了可以向下滑动页面。
备选流
无
特殊需求
采用的业务规则
界面效果图
界面效果图
界面效果图
3.1.2.2
洽谈
功能简述
显示专场列表
行为角色
未登录用户,企业会员
前提条件
事件流
1、洽谈商品信息:品名、规格、材质、厂家、起售重量、可购买量。
2、操作栏:为固定浮动栏。可对采购数量和洽谈单价进行洽谈(即修改),并在上方显示合计数量。点击“洽谈交收信息”跳转至交收编辑页面,点击“提交”后生成洽谈单。
3、洽谈交收信息页面:交收方式(包括线上交收、线下交收)、配送方式(包括买方自提、卖方送货)、结算方式(一票结算、两票结算)、验货后付款比例、验票后付款比例、保证金方式、双方支付履约保证额度或比例、履约保证截止日、付款截止日、验货截止日、验票截止日、存货地、交收详细地址。
4、注:交收方式、配送方式、结算方式是以下拉框的形式存在,点击会后可选择,选择后下拉框收回。双方支付保证金比例或额度与上方保证金方式选择相关,后面单位分别为“%”、“元/次”。填写验货后付款比例自动生成验票后付款比例,两者相加为1。
备选流
无
特殊需求
采用的业务规则
洽谈提交
界面效果图
洽谈提交
界面效果图
3.1.3
专场
功能简述
显示专场列表
行为角色
未登录用户,企业会员
前提条件
事件流
1、手机端导航:同“首页”
2、搜索:搜索框内只可以搜索主营产品,点击后出现下拉搜索框,同交易大厅搜索框。
3、高级搜索:点击“高级”按钮出现高级搜索下拉框,里面有供应商、存货地的选项,并在最后有搜索小图标。
4、专场列表:
1)
系统默认按发布信用等级排列
2)
显示字段:主营产品、所在地区、经营模式、供应商、信用等级
3)
点击信息框或进入专场按钮皆可跳转到供应商“企业专场”页面。
4)
列表可向下滑动,展示全部。
5、UI风格:专场信息之间有缝隙间隔,凸显挂牌信息层次感、设计感强。
备选流
无
特殊需求
采用的业务规则
界面效果图
界面效果图
(高级按钮)
3.1.3.1
企业专场
功能简述
显示企业专场列表
行为角色
未登录用户,企业会员
前提条件
进入企业专场页面
事件流
1、标题栏带返回箭头,返回之前的“专场”页面
2、页面左上角为专场图片,右侧字段为供应商、信用等级、开铺时间、成交总笔数。
3、竞价公告信息:
1)
显示最近的3日次竞价公告。若不够3日次只显示相应的的日次。
2)
显示字段为,日期、共有多少场次。
3)
点击公告信息,跳转至竞价公告详情页面。
4、挂牌信息
1)
显示时间逆序排列的5个挂牌信息。
2)
显示字段为,品名、规格、材质、存货地、可购买量、挂牌单价、出价方式。
3)
点击挂牌信息,调换至挂牌详情页面。
5、浮动栏:页面最底部为浮动栏,有全部挂牌、专场简介、全部竞价的选项,点击全部挂牌跳转至商家的全部挂牌信息列表,页面效果如交易大厅;点击专场简介出现专场简介页面,字段为主营产品、经营模式、所在地区、联系人、联系电话、专场简介;点击全部竞价跳转至商家全部竞价公告列表。
备选流
无
特殊需求
采用的业务规则
界面效果图
专场简介
3.1.4
业务中心
功能简述
显示当前登录会员的业务信息
行为角色
企业会员
前提条件
会员已登录,未登录用户跳转到登录页
事件流
1、手机端导航:同“首页”
2、标题栏,业务中心
3、站内信:页面右上角放置信箱图标,如果有未读的站内信,信箱图标后由醒目的红色数字进行提醒。
4、用户信息:显示用户名、账号总额、可用余额、冻结资金的数据。
5、快捷模块:待付款、待发货、待收货、待评价、待洽谈几个快捷模块分别由小按钮组成。如果有相应的待办事项,在各栏目后由醒目的红色数字进行提醒。点击后进入相应的模块。
6、有待办事项时,要有声音、震动提醒功能。
7、功能模块:功能模块形状呈圆角矩形。
1)
订单管理,点击进入“订单管理”页面
2)
合同管理,点击进入“合同管理”页面
3)
洽谈管理,点击进入“洽谈管理”页面
4)
提单管理,点击进入“提单管理”页面
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.1
待洽谈
功能简述
显示当前待洽谈的信息
行为角色
企业会员
前提条件
会员已登录,并点击待洽谈模块
事件流
1、标题栏带返回箭头,点击返回箭头到“业务中心”页面
2、排序,时间逆序。
3、洽谈单详情:
1)
显示字段:洽谈编号、品名、规格、材质、供应商(采购商)、信用等级、状态、重量、单价、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
洽谈编号前面字段用“号”表示。
4)
合同状态:待对方回复(状态接口为待卖家回复、待买家回复)
5)
操作:“洽谈”按钮
6)
有操作时,不显示状态。
4、洽谈状态解释,当买家提交洽谈单后,卖家显示状态为“洽谈”按钮。买方显示状态为待对方回复;卖家洽谈回复后,买家显示状态为“洽谈”按钮,卖方显示状态为待对方回复。
即:接口状态为待买方回复时,供应商显示“待对方回复”,采购商显示“回复”按钮;状态为待卖方回复时,采购商显示“待对方回复”,供应商显示“回复”按钮。
5、洽谈结束后不显示在该模块中
6、点击洽谈信息框内部任何位置,跳转至洽谈页。其中待对方回复的洽谈页不可以进行任何操作。
7、若没有数据,则提示,抱歉,您没有需要待洽谈的订单信息。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.2
待付款
功能简述
显示当前待付款的订单信息
行为角色
企业会员
前提条件
会员已登录,并点击待付款模块
事件流
1、标题栏带返回箭头,点击返回箭头到“业务中心”页面
2、排序,时间逆序。
3、订单详情:
1)
显示字段:订单号、品名、规格、材质、供应商(采购商)、信用等级、状态、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
订单号前买方看到的是“买”,卖方看到的是“卖”
4)
订单状态:待双方支付履约保证(佣金)、待买方支付履约保证(佣金)、待卖方支付履约保证(佣金)
5)
状态说明:在一口价购买或洽谈确认生成订单后,需要双方支付履约保证;买方先支付履约保证后,显示待卖方支付履约保证;卖方先支付履约保证后,显示待买方支付履约保证;双方完成后生成合同。如果挂牌为线下交收,则显示待**支付佣金。
4、合同详情:
1)
显示字段:合同号、品名、规格、材质、供应商(采购商)、信用等级、存货地、状态、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
合同号前买方看到的是“买”,卖方看到的是“卖”
4)
合同状态:待支付货款
5)
状态说明:生成合同后,需要买方支付全部货款,即显示状态为待支付货款
5、支付货款后,则该信息不显示在该模块中
6、点击订单/合同信息框内部任何位置,跳转至订单/合同详情。
7、小提示:为了保证您的资金安全,请到电脑端进行支付操作。
8、若没有数据,则提示,抱歉,您没有需要待付款的订单信息。
解释说明:待付款里面有待支付履约保证的也有待支付货款的,也就是说有订单也有合同。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.3
待发货
功能简述
显示当前待发货的合同信息
行为角色
企业会员
前提条件
会员已登录,并点击待发货模块
事件流
1、标题栏带返回箭头,点击返回箭头到“业务中心”页面
2、排序,时间逆序。
3、合同详情:
1)
显示字段:合同号、品名、规格、材质、供应商(采购商)、信用等级、状态、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
合同号前买方看到的是“买”,卖方看到的是“卖”
4)
合同状态:待发货
5)
操作:“发货”按钮
6)
有操作时,不显示状态。
4、状态解释:当货物发货或者被买家提走,卖家要到系统进行“发货”操作,点击发货按钮后,弹出提示框,点击确认发货按钮,发货成功,若过了发货截止日,则提示“已经过了发货日期,不能发货!”货物若没有发货,买家显示状态为待发货。
即:当接口数据时“待发货“时,供应商显示为“发货”按钮,采购商显示为“待发货”。
5、发货后不显示在该模块中
6、点击合同信息框内部任何位置,跳转至合同详情。
7、若没有数据,则提示,抱歉,您没有需要待发货的合同信息。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.4
待收货
功能简述
显示当前待收货的合同信息
行为角色
企业会员
前提条件
会员已登录,并点击待收货模块
事件流
1、标题栏带返回箭头,点击返回箭头到“业务中心”页面
2、排序,时间逆序。
3、合同详情:
1)
显示字段:合同号、品名、规格、材质、供应商(采购商)、信用等级、状态、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
合同号前买方看到的是“买”,卖方看到的是“卖”
4)
合同状态:待验货、待验票
5)
操作:“验货”按钮、“验票”按钮
6)
有操作时,不显示状态。
4、状态解释:发货后,在买家的待收货模块中的订单信息显示“验货”按钮,买家在验完货物没有发现问题的情况下点击验货按钮(输入支付密码),状态变为“验票”按钮,当买家收到发票的时候点击验票按钮(输入支付密码)完成操作。卖家显示状态分别为待验货、待验票(不可操作)。
即:当接口状态是待验货、待验票时,采购商显示“验货”“验票”按钮,供应商显示“待验货”“待验票”。
5、验票后不显示在该模块中
6、点击合同信息框内部任何位置,跳转至合同详情。
7、小提示:如货物或发票有问题,请到电脑端进行异议处理。
8、若没有数据,则提示,抱歉,您没有需要待收货的合同信息。
备选流
无
特殊需求
采用的业务规则
界面效果图
输入支付密码框(上面文字居中)
3.1.4.5
待评价
功能简述
显示当前待评价的合同信息
行为角色
企业会员
前提条件
会员已登录,并点击待评价模块
事件流
1、标题栏带返回箭头,点击返回箭头到“业务中心”页面
2、排序,时间逆序。
3、合同详情:
1)
显示字段:合同号、品名、规格、材质、供应商(采购商、信用等级、状态、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
合同号前买方看到的是“买”,卖方看到的是“卖”
4)
合同状态:待对方评价(状态接口为待卖家评价、待买家评价)
5)
操作:“评价”按钮
6)
有操作时,不显示状态。
4、状态解释:点击“评价”按钮,弹出评价页面,在相应的评价框处填写评价信息,提交评价。在评价后如果对方未评价,则显示状态为待对方评价。
即:接口状态为待双方评价时,无论是供应商还是采购商都显示“评价”按钮;状态为待买方评价时,供应商显示“待对方评价”,采购商显示“评价”按钮;状态为待卖方评价时,采购商显示“待对方评价”,供应商显示“评价”按钮。
5、评价:
1)
显示字段:合同号、品名、规格、材质、供应商(采购商)、信用等级、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
合同号前买方看到的是“买”,卖方看到的是“卖”
4)
评价框
5)
提交评价或返回按钮
6、双方评价后不显示在该模块中
7、点击合同信息框内部任何位置,跳转至合同详情。
8、若没有数据,则提示,抱歉,您没有需要待评价的合同信息。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.6
全部订单
功能简述
显示全部订单信息
行为角色
企业会员
前提条件
会员已登录,并点击全部订单模块
事件流
1、标题栏带返回箭头,点击返回箭头到“业务中心”页面
2、订单选择模块:采购订单和销售订单可以切换,默认显示有权限的模块,若采购和销售权限都具备,则默认显示采购订单。没有权限的用户点击后提示没有权限。
3、搜索:点击“搜索图标”出现高级搜索下拉框,里面有品名、供应商、订单号的选项,并在最后有搜索按钮。
4、订单筛选模块:包括全部、一个以内、三个月以内、六个月以内四个标签页。
5、订单详情:
1)
显示字段:订单号、品名、规格、材质、供应商(采购商、信用等级、状态、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
订单号前买方看到的是“买”,卖方看到的是“卖”
4)
订单状态:状态值由PC端提供,包括待双方支付履约保证、待方支付履约保证、待卖方支付履约保证、待双方支付佣金、待卖方支付佣金、待买方支付佣金、已生成合同、取消、撤销等。
6、点击订单信息框内部任何位置,跳转至订单详情。
7、若没有数据,则提示,抱歉,您暂时还没有订单信息,快去逛逛吧!
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.7
订单详情
功能简述
显示当前订单详情信息
行为角色
企业会员
前提条件
事件流
1、标题栏,订单详情,前面有返回箭头,可返回上一级。
2、详情页面最上面显示品名和总价。其下面为3个标签页,分别是订单、商品、交收。页面可以左右滑动。
3、订单:显示订单编号、成交金额、供应商(采购商)、成交时间、履约金(元)。
1)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。
4、商品:显示品种、品名、规格、材质、厂家、成交价格、成交重量。
5、交收:显示交收方式、配送方式、结算方式、验货后付款比例、验票后付款比例、履约保证方式、支付保证金额度(支付保证金比例)、履约保证截止日、付款截止日、发货截止日、验货截止日、验票截止日、存货地
6、商品和交收页面样式同挂牌详情。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.8
全部合同
功能简述
显示全部合同信息
行为角色
企业会员
前提条件
会员已登录,并点击全部合同模块
事件流
1、标题栏带返回箭头,点击返回箭头到“业务中心”页面
2、合同选择模块:采购合同和销售合同可以切换,没有权限的用户点击后提示没有权限。具体同订单管理。
3、搜索:点击“搜索图标”按钮出现高级搜索下拉框,里面有品名、供应商、合同号的选项,并在最后有搜索按钮。
4、合同筛选模块:包括全部、一个以内、三个月以内、六个月以内四个标签页。
5、合同详情:
1)
显示字段:合同号、品名、规格、材质、供应商(采购商、信用等级、状态、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
合同号前买方看到的是“买”,卖方看到的是“卖”
4)
合同状态:(状态值取自PC端)具体如待支付货款、待生成交收单、待对方评价、待验货、待验票、验货异议中、验票异议中、解除、强制解除、终止、已完成5)
操作:“发货”按钮、待发货、“验货”按钮、“验票”按钮、“评价”按钮
6、点击合同信息框内部任何位置,跳转至合同详情。
7、若没有数据,则提示,抱歉,您暂时还没有合同信息,快去逛逛吧!
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.9
合同详情
功能简述
显示当前合同详情信息
行为角色
企业会员
前提条件
事件流
1、标题栏,合同详情,前面有返回箭头,可返回上一级。
2、详情页面最上面显示品名和总价。其下面为3个标签页,分别是合同、商品、交收。页面可以左右滑动。
3、合同:显示合同编号、订单编号、供应商(采购商)、生效日期、合同货款、实际货款、合同重量、实际重量。
1)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。
4、商品:显示品种、品名、规格、材质、厂家、成交价格、成交重量。
5、交收:显示交收方式、配送方式、结算方式、验货后付款比例、验票后付款比例、履约保证方式、支付保证金额度(支付保证金比例)、履约保证截止日、付款截止日、发货截止日、验货截止日、验票截止日、存货地
6、商品和交收页面样式同挂牌详情。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.10
洽谈管理
功能简述
显示全部洽谈信息
行为角色
企业会员
前提条件
会员已登录,并点击洽谈管理模块
事件流
1、标题栏带返回箭头,点击返回箭头到“业务中心”页面
2、洽谈单详情:
1)
显示字段:洽谈编号、品名、规格、材质、供应商(采购商)、信用等级、状态、重量、单价、总价
2)
买方看到的是卖方(供应商)名称,卖方看到的应该是买方(采购商)的名称。分别用“供”和“采”表示。
3)
洽谈编号前面字段用“号”表示。
4)
洽谈状态:待对方回复(状态接口为待卖家回复、待买家回复)、成交、取消
5)
操作:“洽谈”按钮
3、点击洽谈信息框内部任何位置,跳转至洽谈页。洽谈结束
4、若没有数据,则提示,抱歉,您没有需要洽谈的订单信息。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.11
洽谈回复
功能简述
显示专场列表
行为角色
登录会员
前提条件
事件流
1、生成洽谈单后,卖方首先点击洽谈
1)
标题,洽谈。前面有返回按钮。可返回至上一级页面,即洽谈管理或待洽谈页面。
2)
页面最上方为我的发布、并可查看挂牌详情。
3)
我的发布:显示在右侧,显示字段为:品名规格材质,起售重量,可购买量,挂牌单价,厂家。
4)
买家的洽谈:显示在左侧,内容只显示买方洽谈更改项。
5)
人头像,我方显示为“我的图标”,买方显示“买的图标”。头像颜色区分,对方的头像显示在左侧,我方的显示在右侧。
6)
操作栏:为固定浮动栏。卖方可以对此洽谈进行回复、同意或取消。同意则生成订单。
2、卖方回复洽谈页面
1)
标题,洽谈。可返回至上一级页面。
2)
洽谈内容,与“买家的洽谈”内容一致。可修改其中数据。
3)
操作栏:为固定浮动栏。回复洽谈信息。
3、卖家回复洽谈后,买家点击洽谈,弹出页面。
1)
标题,洽谈。前面有返回按钮。可返回至上一级页面。
2)
页面最上方为卖家的发布、并可查看挂牌详情。
3)
下方为买家的洽谈(由于系统暂时不提供洽谈历史接口,只能显示最后一条洽谈,固下期解决),再下方为卖家的回复。
4)
操作栏:为固定浮动栏。买方可以对此洽谈同意或取消。同意则生成订单。
注:无论买方、卖方,我的对话显示在右侧,对方的显示在左侧。我的图标显示为我,对方的图标显示买或卖。
备选流
无
特殊需求
采用的业务规则
卖方洽谈
卖方编辑页面
买方
3.1.4.12
提单管理
功能简述
显示全部提单信息
行为角色
企业会员
前提条件
会员已登录,并点击提单管理模块
事件流
1、标题栏带返回箭头,点击返回到“业务中心”页面。
2、提单字段:
提单号、合同号、交收地点。
3、点击合同信息框内部任何位置,跳转至提单详情。
4、若没有数据,则提示,抱歉,您还没有提单信息。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.13
提单详情
功能简述
显示全部提单信息
行为角色
企业会员
前提条件
会员已登录,并点击提单管理模块
事件流
1、标题栏带返回箭头,点击后返回至提单管理。
2、标签页:提货信息、合同信息
3、提单信息:(提单在电脑端生成)
交收单编号
商品信息:品名、规格、材质、厂家
提货人信息:提货人姓名、联系电话、证件类型、证件号码、单位名称、驾驶员姓名、驾驶员手机、驾驶员行驶证号、驾驶员身份证号、提货车牌号1、提货车牌号2、提货车牌号3、提货车牌号4、提货车牌号5。没有填写的信息在此处不显示,即只显示填写的信息。
4、合同信息:
合同编号、卖(买)方名称、生效日期、配送方式、成交单价、成交重量、成交总价、卖(买)方联系人、联系电话。
注:卖方提单,显示为买方名称、买方联系人及电话。
买方提单,显示为卖方名称、卖方联系人及电话。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.1.4.14
站内信
功能简述
提供已登录会员站内信浏览管理功能
行为角色
企业会员
前提条件
会员已登录,未登录用户跳转到登录页
事件流
1、标题栏
2、二级导航:
1)
未读,点击在站内信列表中显示全部未读的站内信记录
2)
全部,点击在站内信列表中显示全部站内信记录,已读的“信件图标”变化为已读的状态。
3、站内信列表:
1)
站内信标题栏:
1.站内信状态(未读、已读)
2.站内信标题
3.发布时间
2)
站内信详情:
点击标题栏弹出站内信内容下拉框,再次点击或点击其他站内信时下拉框收回。即同一时间最多只能显示一条内容。
3)
删除:页面右上角为删除键,点击后弹出标题栏选择按钮以及删除和全选键,点击其余位置恢复至默认。
4、说明
1)
默认显示未读页面,当点击查看内容时,站内信图标从未读变为已读,等再次访问该页面时已读信件则不显示在未读页面中。
2)
站内信排序为时间倒序。
5、若没有数据,则提示,您暂时没有站内信哦。
备选流
无
特殊需求
采用的业务规则
默认页面
删除键
3.1.5
更多
功能简述
更多基础功能
行为角色
企业会员、未登录的会员
前提条件
事件流
1、手机端导航:同“首页”
2、标题栏,更多
3、二级导航:
1)
联系我们,进入后跳转至“联系我们”页面,包括电话号码、手机号码、QQ、邮箱、地址。点击电话号码和手机号码可以直接拨打电话,长按QQ、邮箱、地址可以弹出复制的选项。
2)
基础设置:点击进入基础设置页面,可以开启或关闭消息提醒,当开启消息提醒后可以选择铃声或振动,当关闭消息提醒时,铃声和振动选项不可勾选。
3)
系统更新,点击后若没有更新提示“本系统为最新版本”,若不是最新版本点击后弹出升级框,可以选择稍后升级或立即升级。
4)
关于我们,进入后跳转至“关于我们”页面,介绍信息。
5)
退出,点击后退出软件。
备选流
无
特殊需求
采用的业务规则
界面效果图
基础设置
系统更新
联系我们
关于我们
3.2
后台管理
功能简述
手机端后台管理模块
行为角色
后台手机端管理员
前提条件
事件流
1、手机端管理包括:
新闻发布,点击进入“新闻发布”页。
图片轮播,点击进入“图片轮播”页。
LOGO管理,点击进入“LOGO管理”页。
联系我们,点击进入“联系我们”页。
系统更新,点击进入“系统更新”页。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.2.1
新闻管理
功能简述
后台发布新闻公告的模块
行为角色
后台手机端管理员
前提条件
事件流
1、进入模块后可以对已有文章的标题、发布时间进行查询。
2、可以新建或删除文章。
3、文章列表包括文章标题、发布时间、浏览次数、发布人、操作。
4、操作包括编辑、预览、删除。预览呈手机页面。
5、新闻置顶功能,选择置顶后新闻出现在最顶部。
6、新闻发布:包括文章标题、摘要、上传封面图片、发布时间(系统默认时间)、编辑内容。
7、是否推送:选择推送后,如果用户运行手机客户端,可以将该新闻公告推送至手机。
备选流
无
特殊需求
采用的业务规则
界面效果图
新闻发布
3.2.2
图片轮播
功能简述
后台发布手机端首页的轮播图片。
行为角色
后台手机端管理员
前提条件
事件流
1、内容设置:上传图片,图片标题。操作方式可调整顺序,可删除,可添加轮播张数。客户端最多显示5张。
2、显示设置:显示标题、切换效果(上下滚动和渐变滚动)。
3、点击保存后提交成功
备选流
无
特殊需求
采用的业务规则
界面效果图
3.2.3
LOGO管理
功能简述
后台设置手机端的LOGO和名称。
行为角色
后台手机端管理员
前提条件
事件流
1、上传LOGO2、填写名称
3、保存
取消
备选流
无
特殊需求
采用的业务规则
界面效果图
3.2.4
联系我们
功能简述
维护联系我们的信息
行为角色
后台手机端管理员
前提条件
事件流
1、设置电话、手机、信箱、QQ、地址。
备选流
无
特殊需求
采用的业务规则
界面效果图
3.2.5
系统更新
功能简述
更新下载地址、维护内容更新字段
行为角色
后台手机端管理员
前提条件
事件流
1、下载更新地址
2、维护内容更新字段
备选流
无
特殊需求
采用的业务规则
界面效果图
维护更新下载地址,维护更新内容字段。
3.2.6
关于我们
功能简述
维护关于我们的字段内容
行为角色
后台手机端管理员
前提条件
事件流
1、维护关于我们的字段内容
备选流
无
特殊需求
采用的业务规则
界面效果图