1、文件名称 ：【代理人大客户项目概要报告】文件编号: 【】版本号：【1.0】密级： 内部公开 秘密 机密 绝密所属流程： 所属阶段： 【设计阶段】创建人：【】创建日期： 【2006.06】批准人：【】批准日期：【 】中国航信 代理人大客户项目概要设计报告Achievo Corporation Guangzhou所有 侵权必究文档属性属性客户名称项目名称项目编号文档主题文档副标题文档编号文档版本版本日期文档状态公司内部参照作者文档变更版本修订日期修订人描述文档呈送姓名目的目录中国航信 代理人大客户项目1概要设计报告11目的和范围31.1目的31.2范围32总体设计32.1总体设计思想32.2系统总
2、体结构32.3系统模块33系统功能设计33.1功能133.1.1场景133.1.2场景n33.2功能n34接口设计34.1用户界面设计34.1.1用户界面结构34.1.2用户界面1（ID1）34.1.3用户界面n（IDn）34.2报表设计34.2.1报表1（ID1）34.2.2报表n（IDn）34.3硬件接口设计34.4外部软件接口34.5内部软件接口35数据库设计35.1数据库设计总体原则35.2数据关联36文件设计36.1文件类型1（ID1）36.2文件类型n（IDn）37质量属性设计37.1质量属性1（ID1）37.2质量属性n（IDn）38安全性设计38.1安全性1（ID1）38.2安
3、全性n（IDn）39系统异常处理310系统切换方案310.1基本过程310.1.1准备310.1.2切换310.1.3异常处理310.2数据迁移技术方案310.3系统切换技术方案311开放环境312遗留问题313其他314参考引用与术语314.1参考引用314.2术语31 目的和范围1.1 目的本文的目的是根据已基线化的需求定义对系统实现方法进行分析，得出系统实现的总体结构及与系统实现相关的各个主要方面的框架，为系统详细设计奠定基础。1.2 范围本文对系统的功能进行了分解，描述了系统的模块、接口、数据库、文件等的框架设计，并明确了系统切换方案。2 总体设计 2.1 总体设计思想1) 中国航信大
4、客户管理系统采用ACHIEVO公司先进的软件开发平台ITSM3，根据中国航信公司的业务需求进行定制开发；系统基于J2EE的三层体系结构，保证系统的可伸缩性，可维护性；SOA开发模式，基于组件构建能够保证项目的快速开发、迁移和变更，也提供更可靠的软件质量。2) 本期项目主要划分为业务管理系统和网站前端系统两个子系统。业务管理系统与网站前端系统存在信息共享和交换；业务管理系统主要处理机票业务，对于其他类型的业务统一纳入其他类型的业务订单中进行处理，网站前端系统提供用户注册、价格查询、订单建立、公司信息发布等服务。3) 本期项目实现包括航信的CRS系统，用友U8财务系统以及与同方callcenter
5、平台的接口。eterm接口提供旅客的姓名和身份数据发送到PNR中，以及在订单中提取PNR两个简化功能；用友U8财务接口提供凭证导入功能。2.2 系统总体结构2.3 系统模块模块说明订单模块机票订单管理机票订单管理主要是实现代理人机票业务整个生命周期的数据管理。其他订单管理主要实现除机票业务外，包括酒店订房等其他业务的数据管理。退票单管理退票单管理主要实现对出票单机票进行退票的数据管理。订单查询对各种订单数据，根据用户各种条件进行查询。票证模块票证领取对票证的领取进行管理票证下发票证的下发部门对下发到各个出票点的票证进行管理纪录票证回收对已经出票的票证进行回收票证查询对系统中已有的票证进行跟踪管
6、理票证作废根据业务需求对票证的作废进行数据管理配送模块外勤单管理对外勤单进行数据管理外勤单查询对外勤单进行相关的查询操作外勤人员任务查询、统计对外勤人员的任务进行管理，统计收/付款模块收/付款登记对收/付款进行登记管理保存应收/付款确认对应收/付款进行确认管理凭证修改对凭证其中的业务数据进行修改凭证查询、导出根据业务需要对凭证的查询和导出管理凭证结束对凭证结算状态进行结束管理，管理凭证的生命周期B2B后台模块新闻管理价格管理网站用户管理网站订单管理B2B前端模块用户注册新闻浏览价格查询订单系统管理模块部门组织管理角色管理权限管理基础数据模块基础数据模块统计分析模块3 系统功能设计 3.1 订单
7、管理(H.FUNC.001)3.1.1 新建订单场景角色：业务员、业务员操作员场景过程：Callcenter根据客户来电号码，向Monica系统发送一个http请求，该请求需包含旅客电话号码、操作员用户名、操作员密码等三项参数。系统根据电话号码提供旅客列表；操作员选择相对应旅客，操作员根据旅客查询价格记录，回答旅客问题。如果旅客确定订购机票，则新建订单。步骤名称实现方式1根据客户来电号码过滤客户CTI向Monica系统发送一个http请求，Monica系统根据请求参数中的电话号码参数查询旅客实体（Passenger），并且返回查询结果。2操作员选择相应旅客，根据旅客询价记录回答相关问题旅客详细
8、信息页面需要有一TAB显示出创建时间为一个月内的旅客类型为“查询”、预定人为旅客ID的订单，实现方式为系统自带TAB定义方式，操作员根据查询订单回答旅客询价。3新增订单旅客详细信息页面需要有“新增订单”按钮，点击时传入“旅客ID”、“旅客公司”、“旅客公司类型”、“配送地址”到订单新增页面中的“预订人”、“客户公司”、“公司类型”、“配送地址”字段，实现方法为动态构造新增URL带入预设参数，例：“add?entity=Order?passager=p101”,系统会自动把新增Order实体的passager字段值设置为“p101”.。4保存订单保存ACTION默认为系统通用control/CR
9、EATE,定义保存DATABASE RULE，根据当前日期生成单号，规则为YYYYMMDD + 四为流水号；流水号为当天订单流水号。5如果系统没有该电话号码的客户，则新增客户如果查询旅客记录为空，则弹出旅客新增页面，默认该旅客归入散客类。CallCenter接口URL参数列表名称类型说明CTI_ACTIONURL该URL为Monica系统与CallCenter接口，CallCenter接到旅客电话时候，自动访问该URLUSERIDhttp参数该参数是操作员在Monica系统中的登陆名PASSWORDhttp参数该参数是操作员在Monica系统中的登陆密码NUMhttp参数该参数为呼入电话号码3
10、.1.2 新建机票子订单场景角色：业务员、业务员操作员场景过程：操作人员点击订单“保存并新建”按钮，系统自动将当前订单保存，并且如果订单已经选择“新建机票”选框，则弹出新增机票子订单页面，操作人员输入PNR代码，系统从eterm导入旅客订票明细，以及相关航程信息。步骤名称实现方式1保存订单，系统根据条件转向机票子订单新增页面订单保存后将转向订单只读页面，在订单只读页面判断订单是否有机票子订单设置；如果有系统自动弹出机票子订单新增界面，通过URL预设机票子订单的订单ID字段。2操作员输入PNR代码，从eterm系统导入旅客预定信息。Monica系统通过IE调用OCX控件，返回值为一XML格式的文
11、本文件，系统解析该文本文件，自动拆分成旅客机票预定明细3操作员在Monica系统中输入旅客信息，并想eterm系统发送机票预定请求Monica系统通过IE调用OCX控件，向eterm系统发送数据，调用方法为BookingPNR(Name As String, InfoType As Integer, Airline As String, PASSInfo As String, Number As Integer，Segment As String, Contact As String, Ticket As String)详细参照Monica-eTerm接口描述.doc。4校验营业员营业欠款额度
12、，客户公司欠款额度机票子订单新增路径为客户化ACTION，URL地址为“control/create_ticket”,保存时，调用DbHelper查询营业员欠款额度，客户公司欠款额度，如果超出额度，则抛出HtppRequestError异常，返回新增页面。5保存机票订单，系统自动计算旅客和订单的利润保存机票订单时候，系统定义机票子订单实体数据触发DatabaseRule，根据（销售价格销售税金）当前销售币种汇率航空公司返佣点数航空公司结算价格当前结算币种汇率客户返佣金额当前销售币种汇率（航空公司结算价格结算税金）其他收费金额其他收费币种当前该币种对应汇率利润，更新到机票订单实体中PNR文件格式
13、为： 张刚 李刚 参数列表为：参数名业务字段psgNum 旅客人数psgName旅客姓名psgType旅客类型psgIdType旅客证件类型（身份证 护照 军官证等等）psgIdNum证件号ffpIdNum常旅客号segment航段(1.2.)fltNum航班号1class舱位1depDate起飞日期1depTime起飞时间1SCNYSCNYXCNYXCNY3.1.3 新建其他订单场景角色：业务员、业务员操作员场景过程：操作人员点击机票子订单“保存并新建”按钮，系统自动将当前机票子订单保存，并且如果订单已经选择“新建机票”选框，则弹出新增其他订单页面。步骤名称实现方式1保存订单，系统根据条件转
14、向其他订单新增页面机票子订单保存后将转向订单只读页面，在机票子订单只读页面判断订单是否有其他类型子订单设置；如果有系统自动弹出其他类型子订单新增界面，通过URL预设子订单的订单ID字段。2校验营业员营业欠款额度，客户公司欠款额度其他子订单新增路径为客户化ACTION，URL地址为“control/create_otherOperation”,保存时，调用DbHelper查询营业员欠款额度，客户公司欠款额度，如果超出额度，则抛出HtppRequestError异常，返回新增页面。3保存其他子订单，系统自动计算旅客和订单的利润保存其他子订单时候，系统定义其他子订单实体数据触发DatabaseRul
15、e，根据收款余额为（所有销售价格）销售汇率（返点结算价格）结算汇率其他收费金额其他收费币种当前该币种对应汇率的合计，付款余额为（所有结算价格）结算汇率（客户返佣金额客户返佣点数销售价格）销售汇率的的合计，更新到其他子订单实体中3.1.4 订单查询场景角色：销售部门、出票部门、行政部门指定人员场景过程：授权人员登录系统以后，通过进入订单管理菜单，点击订单查询子菜单对本系统中有记载的所有订单根据条件进行查询。用户可以通过选择：订单类型、提醒时间、预定日期、订单号、供应商、客户公司、旅客姓名、所属部门、创建部门、操作员、营业员、公司级别、旅客级别，产品类型订单状态结算状态票号范围票证类型处理人员（只
16、有产品类型选择后方可选择其后内容）。在页面相关输入框填入或下拉框选择内容，点击“查询”按钮。用户对根据所需对订单操作，选择点击操作字段中的“修改”或“退票”按钮。步骤名称实现方式1授权人员订单查询子菜单菜单需要带query_id参数，过滤掉预设不符合条件订单但操作员有权限访问的菜单。2系统数据级访问权限设定设置EntitySecurity实体访问安全配置。对实体数据记录的访问条件由系统级别过滤，如操作员只能访问自己创建的订单。防止用户通过恶意路径直接访问不属于自己的订单。3.1.5 新建退票场景角色：业务员场景过程：1. 用户输入或选择其所希望查找的条件后，确认, 用户如点击列表中“操作”字段
17、中的“退票按钮”， 系统另外打开“新建退票单”页面，并将订单和出票单中的相关内容传入。2. 用户输入相关的字段，查询出相应的订单列表，点击“确定”或“Enter”键带回原订单号。点击保存或提交出票部。用户如选择生成外勤单，系统保存当前订单并生成外勤单。步骤名称实现方式1点击退票按钮，系统新建退票单订单新增界面，通过URL预设子退票单“票证类型”、“原出票点”、“原出票人”、“客户公司”、“公司类别”、“原订单号”、“原航段”字段。2系统根据订单自动生成退票列表系统根据退票单选择的订单，自动生成退票单明细，如果该明细被选择，则在新增退票单触发器中根据所选择订单明细新增退票单明细。3.1.6 待处
18、理出票单查询场景角色：销售部门、出票部门、行政部门指定人员场景过程：授权人员登录系统以后，通过进入待处理出票单查询菜单，在页面的“出票单查询”部分，供查询的字段有：预定日期、订单号、票号范围、票证类型、部门、营业员、操作员、出票点、机票订单状态、结算状态。根据查询内容的需要，在页面相关输入框填入或下拉框选择内容，点击“查询”按钮。页面刷新，查询结果显示在“待处理出票单列表”中。在“待处理出票单列表”中点击“操作”字段中的“处理”按钮，则另外打开一个浏览器窗口显示出票单处理页面。在待处理出票单查询页面中，如果点击“重写”按钮，则整个页面刷新，“出票单查询”部分各输入框和选择框恢复默认值。步骤名称
19、实现方式1点击待处理出票单查询菜单系统根据storedQuery,自动查询状态为“待处理”的订单，在高级查询TAB根据“预定日期”、“订单号”、“票号范围”、“票证类型”、“部门”、“营业员”、“操作员”、“出票点”过滤待处理订单。3.1.7 退票出票场景角色：授权的出票组用户场景过程：授权人员在“待处理出票单列表”中点击“操作”字段中的“处理”按钮，进入出票单处理页面，授权人员可通过本用例实现对出票申请确认的订单进行出票，出票后的订单包含出票的票号信息和确认的结算价格信息，状态更新为已出票，并交回原销售部门。用户在出票单页面，可导入PNR。用户可点击订单TAB，进入订单页面查看相关信息。用户
20、可选择保存，用户如选择生成外勤单，系统保存当前订单并生成外勤单。用户如选择打印出票单，系统按出票单格式打印。步骤名称实现方式1出票组用户查询待处理出票单。选择票证类型为退票中，查询实体“退票单TicketReturn”。查找方法调用系统通用的onFind()。2出票组用户保存退票出票单。系统调用通用方法onCreate()。3结束出票将退票单状态(state)设为已提交(commit)，所属部门更新为退票单的创建部门。3.1.8 订单结算场景角色：财务部门授权用户场景过程：授权人员登录系统以后，通过进入订单管理菜单，点击订单结算子菜单对本系统中有记载的所有订单根据条件进行查询。输入需要条件，得
21、到所要查询的子订单列表。用户对属于本次结束范围的子订单选择进行选择确认，并选择该次结算的结算周期。结算状态为结束的子订单不能选择。系统将用户选择的子订单结算状态设为结束，系统取当前销售币种和结算币种的汇率作为销售汇率和结算汇率，当前操作人员的ID和当前时间作为结算人员ID和结算时间，结算周期分别保存到各订单。步骤名称实现方式1财务部用户查询订单查询字段为产品类型、营业员、操作员、客户公司、旅客、预定日期范围、票号范围、销售部门、供应商、订单状态、订单编号范围、行程2结算周期选择当时时间的月份，以及以前两个月的月份供选择，如当前为2006年4月，则提供2006年4月，2006年3月，2006年2
22、月3将子订单结算状态设为结束将子订单结算状态设为结束，系统取当前销售币种和结算币种的汇率作为销售汇率和结算汇率，当前操作人员的ID和当前时间作为结算人员ID和结算时间，结算周期分别保存到各订单。3.1.9 订单作废场景角色：授权用户场景过程：授权人员登录系统以后，通过进入授权用户选择了订单管理下的订单作废菜单，点击订单作废菜单对本系统中有记载的所有订单根据条件进行查询。输入需要条件，得到所要查询的子订单列表。用户根据需要在点击列表中订单相应的“作废”按钮，用户可点击列表中的订单号进入订单修改页面，调用订单修改用例，系统将用户选择的订单状态设为作废，保存。步骤名称实现方式1查询查询字段为产品类型
23、、营业员、操作员、客户公司、旅客、预定日期范围、票号范围、销售部门、供应商、订单状态、订单编号范围、行程。2作废系统通过调用通用方法onUpdate更新订单状态为作废。3.1.10 修改订单场景角色：授权用户登录系统并使用订单查询或待处理订单功能得到结果列表后，点击列表中“操作”字段中的“修改”或着“处理”按钮。只有营业员或操作员可修改自己的订单。修改完内容后，点击“保存”按钮，页面刷新提示修改成功，如果订单在修改前没有建立“产品订单”，则在页面提示修改成功后自动建立相应的“产品订单”页面，并跳转到该页面。步骤名称实现方式1查询订单查询字段为产品类型、营业员、操作员、客户公司、旅客、预定日期范
24、围、票号范围、销售部门、供应商、订单状态、订单编号范围、行程，实现组合查询。2编辑订单通过传输SID，取得订单实体。URL地址为“control/edit_ticket”,页面根据订单的状态，自动显示相应按钮。1订单结算状态为未结算，系统提供保存，提交出票，建立外勤单，取消选项，已付款、已收款、收款余额、付款余额、应付款和应收款只供查看，不能修改。出票单和外勤单内容不可修改。2订单结算状态为结束，系统提供提交出票，建立外勤单，取消选项，订单的相关内容除配送要求、配送地址可修改外，其他内容不允许修改，仅能提交出票或建立外勤。3订单的状态为已提交，订单提交到处理的部门为当前用户所在部门，页面显示拒
25、绝接受按钮。3保存订单保存ACTION默认为系统通用control/onUpdate。保存成功，系统转到Order_List页面。不成功调用抛出HtppRequestError异常，返回新增页面。 3.1.11 修改出票单场景角色：出票部指定人员场景过程：授权用户登录系统并使用待处理出票单功能中的查询功能，得到需要修改的订单列表。步骤名称实现方式1出票单订单查询字段为产品类型、营业员、操作员、客户公司、旅客、预定日期范围、票号范围、销售部门、供应商、订单状态、订单编号范围、行程，实现组合查询。2编辑出票单通过传输SID，取得订单实体。URL地址为“control/deliver_edit_ti
26、cket” 。“出票点”、“票证类型”、“结算币种”、“航空公司退款方式”、“结算价格”、“结算税金”、“返点”、“航空公司退票款”、“航空公司收手续费”等字段可以进行修改。3保存出票单保存ACTION默认为系统通用control/onUpdate,将出票单的状态改为出票中。保存成功，系统转到Deliver_List页面。不成功调用抛出HtppRequestError异常，返回新增页面。3.1.12 订单复制场景角色：销售部门指定人员场景过程：授权用户登录系统并使用订单查询或待处理订单功能得到结果列表后，点击列表中“操作”字段中的“复制”按钮。只有营业员或操作员可复制自己的订单。系统显示复制主
27、订单页面，将原订单的主订单和子订单所有复制并显示，但“操作员”、“订单时间”、 “所属部门”三个字段取当前用户和当前时间，其余内容自动载入。授权用户对复制后的新订单进行修改后，可以进行出票、建立外勤单等操作。步骤名称实现方式1查询订单查询字段为产品类型、营业员、操作员、客户公司、旅客、预定日期范围、票号范围、销售部门、供应商、订单状态、订单编号范围、行程，实现组合查询。2复制订单通过传输SID，取得订单实体。URL地址为“control/add_ticket”,将订单实体导入。3保存订单保存ACTION默认为系统通用control/Create。保存成功，系统转到Order_List页面。不成
28、功调用抛出HtppRequestError异常，返回新增页面。3.1.13 订单结束场景角色：授权用户场景过程：授权用户登录系统并使用订单结束功能，输入需要条件，得到所要查询的子订单列表。用户对属于本次结束范围的子订单选择进行选择确认。系统将用户选择的子订单状态设为结束。步骤名称实现方式1查询订单查询字段为产品类型、营业员、操作员、客户公司、旅客、预定日期范围、票号范围、销售部门、供应商、订单状态、订单编号范围、行程，实现组合查询。2结束订单通过传输SID，取得订单实体。保存ACTION默认为系统通用control/Update,更新订单状态设为结束。保存成功，系统转到Order_List页面
29、。不成功调用抛出HtppRequestError异常，返回新增页面。3.2 票证管理(H.FUNC.002)3.2.1 票证领取场景角色：业务员场景过程：用户单击票证领取菜单进入票证领取页面，选择票证类型，供应商，选择票证领取部门和票证领取人，输入起始票号和中止票号，在数据都录入以后，用户点击“保存”按钮，将数据保存到数据库中。步骤名称实现方式1授权人员登录菜单页面，数据输入TicketCardData CTI向Monica系统发送一个http请求，Monica系统向用户显示新建页面，用户在页面输入数据。2操作员选择保存操作实现方法为动态构造新增URL带入预设参数，例：“add?entity=
30、 TicketCardData”,系统会自动把新增TicketCardData实体。问题： 先看用例中的“基本路径”，有什么要求是设计必须涵盖的！ 票证有起始票号、终止票号的录入规则怎样限定？ 根据票号段领取后，需要生成每个票证的明细记录，如何生成？如何存储？状态是怎样的？这些都没有说明； 票证领取人、部门怎么确定，确定规则？ 供应商是怎样获取的，例如：到哪个表提取，过滤条件是什么？ 思维再拓宽一点，看看还有哪些问题。3.2.2 票证下发场景角色：业务员场景过程：用户单击票证下发菜单进入票证下发页面，选择票证类型，供应商，领票部门和领取人，输入起始票号和中止票号，领取日期默认为系统当前时间。当
31、输入数据项完全以后，用户点击保存，将数据保存到数据库。当单击“修改”按钮时，页面跳转到编辑页面，此页面中各个数据项中显示的是用户已经保存的数据，用户可以重新选择数据项和对已经输入的数据进行修改，在修改完成以后，单击“保存”按钮可以对修改以后的资料进行保存。当用户点击“撤销下发”按钮以后，将取消已经下发的票证。步骤名称实现方式1授权人员登录菜单页面，数据输入TicketCardData CTI向Monica系统发送一个http请求，Monica系统向用户显示新建页面，用户在页面输入数据。2操作员选择保存操作实现方法为动态构造新增URL带入预设参数，例：“add?entity= TicketCar
32、dData”,系统会自动把新增TicketCardData实体。在传送的URL参数中设置过滤条件，只有状态为空白票的才允许下发。当保存成功后发送URL为票证的下发页面，票证所属部门的状态改变，责任人发生改变问题： 先看用例中的“基本路径”，有什么要求是设计必须涵盖的！ 票证有起始票号、终止票号的录入规则怎样限定？ 根据票号段下发后，票证的明细记录应该如何更新？更新哪些信息（例如：将状态改为“领用”之类的）？ 票证下发人、部门怎么确定，确定规则？ 用例中没有提到供应商，前面所说的供应商是从哪里得来的？（需要仔细核对需求） 思维再拓宽一点，看看还有哪些问题。3.2.3 票证查询场景角色：业务员场景
33、过程：授权人员登录系统以后，通过进入票证管理菜单，点击票证查询子菜单对本系统中有记载的所有票证根据条件进行查询，以供用户实时跟踪票证的使用状态。用户可以通过选择：票证类型，票证状态，出票点，领票部门，领票人，下发部门，下发人，领入起始日期，领入截止日期，输入起始票号，终止票号，其中的任意一项来进行查询，或者选择多项来进行组合查询。步骤名称实现方式1授权人员查询票证查询菜单菜单需要带query_id参数，过滤掉预设不符合条件订单但操作员有权限访问的菜单。2系统数据级访问权限设定设置EntitySecurity实体访问安全配置。对实体数据记录的访问条件由系统级别过滤，处理该任务的人员才可以进行操作
34、比如改变票证的状态。3确认操作根据用户的操作设置，Monica系统将票证的状态加以改变。3.2.4 票证作废场景角色：业务员场景过程：授权人员登录系统以后，通过进入票证管理菜单，点击票证作废子菜单，首先对本系统中有记载的满足查询条件的纪录进行查询。可以在选择框：票证状态，出票点，票证类型中选择查询条件，也可以在纪录编码中输入要查询的票证号码，或者在起始票号或者终止票号中输入要查询的票号段来查询票证，如果查询到满足查询条件的纪录，则在页面显示出来，用户可以根据业务要求来将某个或者某段票号选择作废操作。步骤名称实现方式1授权人员查询票证作废菜单菜单需要带query_id参数，过滤掉预设不符合条件订
35、单但操作员有权限访问的菜单。2系统数据级访问权限设定设置EntitySecurity实体访问安全配置。对实体数据记录的访问条件由系统级别过滤，只有处理该任务的人员才可以有权限改变票证的状态，将查询到的票证设置为作废。3确认操作根据用户的操作设置，Monica系统将票证的状态加以改变，将状态设置为作废问题： 先看用例中的“基本路径”，有什么要求是设计必须涵盖的！ 作废后，如何更新明细记录？ 出于出票状态的票证才能作废，涉及的出票单的明细如何更新，需要认真考虑，不清楚的情况下，需要咨询中航信的工程师。 思维再拓宽一点，看看还有哪些问题。3.2.5 票证回收场景角色：业务员场景过程：授权人员登录系统
36、以后，通过进入票证管理菜单，点击票证回收子菜单首先对本系统中有记载的满足查询条件的纪录进行查询，然后再根据票号对领票，出票，作废，退票状态的票进行回收。用户可以在选择框：票证状态，交票部门中选择条件，也可以在起始票号或者终止票号中输入票号值，然后再点击“查询”按钮，当查询到满足条件的纪录以后页面上会显示出来，用户可以对显示的纪录根据业务需要点击“回收”按钮进行回收操作。步骤名称实现方式1授权人员查询票证作废菜单菜单需要带query_id参数，过滤掉预设不符合条件订单但操作员有权限访问的菜单。查询状态为领票，出票，作废，退票状态的票，且只有已入库而且已下发的票证。2系统数据级访问权限设定设置En
37、titySecurity实体访问安全配置。对实体数据记录的访问条件由系统级别过滤，只有处理该任务的人员或者角色组才可以有权限改变票证的状态，将查询到的票证设置为作废。3回收操作根据用户的操作设置，Monica系统将票证的状态加以改变，将状态设置为回收问题： 先看用例中的“基本路径”，有什么要求是设计必须涵盖的！ 回收后，如何更新明细记录？ 如果出票的时候，其他出票单使用了这个票号，但是该票号已经回收了，应该能继续使用。需要考虑这个逻辑如何处理？ 思维再拓宽一点，看看还有哪些问题。3.3 配送管理（H.FUNC.003）3.3.1 新建外勤单场景角色：业务员场景过程： 以wqya登陆系统，进入配
38、送管理菜单，点击新建外勤单，系统显示新建外勤单页面，用户在“件类“选择框中选择类型，填写要求送达的时间，送达任务类型，当任务为“收”时，页面会显示“金额”的输入框及“结算方式”的选择框和结算的“币种”，然后输入客户的” 姓名”，” 电话”和“地址“，可以输入”配送要求“，选择“派送人员”。当数据输入完毕以后，用户可以进行一下的操作：1：保存。当用户进行保存操作的时候，仅仅对当前输入的数据进行了保存，没有进行提交，可以随时再打开此纪录进行修改或者提交操作。2提交并新建。当用户进行此操作的时候，系统将把当前输入数据的外勤单提交到行政部，并再次打开新建外勤单的页面，供用户输入。3提交行政部。用户进行
39、此操作后，将会把当前新建的外勤单提交到行政部进行操作，当外勤任务完成以后，行政部门再填写任务完成情况。步骤名称实现方式1页面数据输入CTI向Monica系统发送一个http请求，Monica系统向用户显示新建页面，用户在页面输入数据。2操作员选择保存操作实现方法为动态构造新增URL带入预设参数，例：“add?entity=assignment”,系统会自动把新增Order实体。3操作员选择提交并新建操作系统根据条件在后台将责任人及外勤单的状态改变，在当前页面转向外勤单的新增页面4操作员选择提交行政部操作系统根据条件在后台将责任人及外勤单的状态改变，根据当前日期生成单号 问题： 先看用例中的“基
40、本路径”，有什么要求是设计必须涵盖的！ 配送单创建有两个入口，一个是从出票单上创建，另外一个是直接创建。这两个入口创建的方式，传递的参数的差异性，需要说清楚。 提交到各个环节后，配送单的状态如何变化？ 配送单关闭后，需要更新出票单的信息、订单的信息吗？需要参考需求。 思维再拓宽一点，看看还有哪些问题。3.3.2 外勤人员任务查询场景角色：业务员场景过程：授权人员登录系统以后，通过进入配送管理菜单，点击外勤人员任务查询进入查询页面。用户可以选择外勤人员的姓名或者工号，或者输入起始日期点击“查询“按钮，当查询到符合条件的纪录后页面上会显示纪录列表，用户可以填写完成任务的情况，选择”计件“或者”取消
41、任务“的操作，在页面中可以对外勤人员的任务进行统计 。步骤名称实现方式1授权人员查询外勤人员任务查询菜单菜单需要带query_id参数，过滤掉预设不符合条件订单但操作员有权限访问的菜单。2系统数据级访问权限设定设置EntitySecurity实体访问安全配置。对实体数据记录的访问条件由系统级别过滤，如操作员只能访问自己创建的订单，处理该任务的人员才可以进行操作比如计件或取消任务。3计件或取消任务操作Monica系统将外勤人员的任务累加并合计外勤金额，如果是取消任务操作，则在后台将此纪录删除。问题： 先看用例中的“基本路径”，有什么要求是设计必须涵盖的！ 思维再拓宽一点，看看还有哪些问题。3.3
42、.3 外勤单查询场景角色：业务员场景过程：授权人员登录系统以后，通过进入配送管理菜单，点击外勤单查询进入查询页面。系统显示外勤单查询页面。共查询的字段有：外勤单号、下单日期、件类、创建人、创建人部门、客户姓名、指定时间、地址。根据查询内容的需要，在页面相关输入框填入或下拉框选择内容，点击“查询”按钮。页面跳转，显示外勤单查询结果列表页面，当点击“编辑“按钮的时候可以对查询出来的外勤单中的数据进行修改并保存。步骤名称实现方式1授权人员外勤单查询子菜单菜单需要带query_id参数，过滤掉预设不符合条件订单但操作员有权限访问的菜单。2系统数据级访问权限设定设置EntitySecurity实体访问安全配置。对实体数据记录的访问条件由系统级别过滤，如操作员只能访问自己创建的订单，有权限对该单进行操作的人员才能进行数据的编辑修改3.4 收/付款管理（H.FUNC.004）3.4.1 收/付款登记场景角色：系统用户场景过程：收款登记
