一、产品介绍
1.1背景说明
在对业务分析工具下定义之前，我们先来了解一下背景知识，会让大家更好地理解业务分析工具是做什么的。
下图的上半部分的内容展示了软件研发的一般流程，下半部分内容展示的是优特云特有的研发流程。业务分析工具是整个流程闭环的第一步，是承接业务需求的源头。
1.2产品定义
三、用户端使用快速入门
1. 申请成为用户
目前业务分析工具暂不开放注册，如有试用需求，可联系李伟3<liwei3@zhut.cn>、陈纯香<chenchunxiang@zhut.cn>或企业微信进行申请。
2. 登录系统
正式环境链接：https://oauth2.utcook.com/uaa/login.html#/
账号密码：已授权使用业务分析工具的账号密码可登录。
登录成功后，进入开发平台的首页。点击右上角的用户头像旁“业务分析工具”的入口。
3. 录入业务需求
录入业务需求界面解析如下图：
3.1选择行业标签
项目在提交生成方案时是必选的选项。
已有行业的标签和“其他”标签的区别在哪里呢？
已有行业的标签：就菜谱和智能居这两个行业来说，由于我们的团队以前已经在这些领域有积累的项目经验，已经形成了一些知识，在分析的过程中会更有针对性。
其他：通用选项，暂时没有知识积累的行业，根据系统设定的算法进行分析，此类的项目，方案的准确率对用户输入的业务需求依赖相对较高。
3.2添加需求卡、场景
点击“添加需求卡”或“添加场景”的操作按钮。
填写需求卡：
填写场景：
3.3提交生成方案
所有需求卡和流程都录入完成，可提交生成方案。
3.4确认需求
业务需求确认主要是查漏补缺的作用。可以重点关注需求卡和场景的目录，确保所有需求卡和场景已经描述完整。
点击每个需求卡或场景标题，可以查看对应的描述内容。
确认没有遗漏的业务需求，即可点击“需求无误，生成方案”的按钮。
3.5项目命名
如果是首次创建的项目，需要为项目命名。
如果不是首次创建项目，系统会自动跳过命名的步骤。
项目的名称约束条件是：2-30个字，同一个账号下项目名不能重复。
3.6等待系统分析
系统分析需要等待几分钟。如果成功，可以直接点击下载方案结果；如果系统分析失败，界面上会有失败的提示。
3.7下载方案
系统分析完成后，可以点击下载方案。
目前支持的方案格式是 Excel ，下载到电脑本地，进行确认修改。
修改教程可见 Excel 的使用说明。
4. 历史项目查阅
业务分析工具控制台左上角的公共操作栏区域，有“历史项目”的入口。
点击可以查看所有历史已经生成方案的项目。
4.1.编辑业务需求
点击列表右侧的“编辑业务需求”的按钮，进入编辑页面。
系统会将最新的需求显示出来，可以原有的需求上继续编辑。
4.2.查询历史方案及状态
可以查询项目所有生成方案的历史记录，包括该方案对应的原始需求和生成记录。
点击列表右侧的“方案历史记录”的按钮即可查询，括号中的数字代表的是该项目已经生成方案的数量。
三、参考案例
1. 菜谱系统
需求卡：糖醋排骨
下文我会描述结合智能电器执行菜谱的过程。 厨师准备500克排骨、65克冰糖、1个八角、2片香叶、3片生姜、1结葱、4勺白醋。锅放入冷水。厨师放入排骨。锅加热冷水至沸腾。厨师倒出排骨。厨师倒出锅里的水。投料机放入5毫升油。锅加热食材。厨师放入15克糖。锅开中火，加热到糖变焦糖色。锅开小火。厨师放入排骨。锅翻炒排骨。厨师放入料酒、40克冰糖、白醋和生姜片。投料机放入5克生抽和10克老抽。锅翻炒食材。锅放入1000毫升热水。厨师放入八角、香叶和葱。锅加热至水沸。锅开小火，加热30分钟。锅开大火至收汁。
需求卡：荷兰豆炒午餐肉
厨师准备200克荷兰豆、100克午餐肉、10克大蒜。锅放入500毫升水，投料机向锅中放入盐2克。锅加热冷水至水沸。厨师放入荷兰豆，焯水。厨师倒出荷兰豆放入冷水中，待荷兰豆沥干水分备用。投料机放入5毫升油。锅开始加热油。厨师放入大蒜，锅翻炒。厨师放入荷兰豆。锅翻炒食材。投料机放入5克盐2克和胡椒粉，锅翻炒。厨师放入切成片的午餐肉，锅翻炒食材。
需求卡：小鸡土豆煲
小鸡土豆煲烹饪步骤很简单。厨师准备1斤鸡、1块姜、2个土豆、2个八角。锅放入冷水。锅加热冷水至水沸。厨师放入切成块的鸡。锅加热5分钟食材。厨师倒出鸡块。厨师倒出锅里的水。锅开大火，放入热水。投料机放入10毫升油。锅开文火。厨师放入姜和干辣椒。锅翻炒鸡块。厨师放入鸡。锅加热食材。锅翻炒鸡。厨师放入生抽。锅放入1000毫升水。锅开小火加热食材30分钟。厨师放入土豆。锅加热10分钟食材。
需求卡：功能说明
后台用户按需新增分类，例如猪肉类、牛肉类。后台用户按需新增口味，例如咸香味、麻辣味。
场景：菜谱相关的流程
厨师登录菜谱系统。厨师编写菜谱。厨师上架菜谱。商家购买菜谱，下载菜谱。用户选择需要执行的菜谱。设备开始运行菜谱程序。设备执行菜谱成功。
2. 家居系统
需求卡1:背景描述
我们要开发一个智能家居的平台。我们自己公司出售一系列智能家具设备。设备包括门锁、门铃、开关和空调。我们是做全屋智能定制的，在房子的硬装阶段我们就会参与到房子的电路走线设计中来。我们公司设立了销售部、项目部、实施工程部。
需求卡2：场景联动
用户可以设定联动规则，工作日早上7:00打开房间的窗帘，打开淋浴间的热水器。用户可以设定联动规则，当大门打开时，入户花园的灯打开。用户可以设定联动规则，当用户到家时，客厅空调自动打开。
场景1：实施流程
交房前，实施部门会派实施工程师去为每套房子配置联动规则。首先工程人员要先创建楼盘，再创建房子。实施人员需要去现场挨家挨户做配置。实施人员在系统中新建房子的分区。实施人员进行中控设备配对操作。中控设备和房子完成配对的操作。实施人员会把房子里已经安装好的其他设备的设备编号与中控设备进行关联操作。关联完成之后，实施工程师会把设备按照安装的位置加入到前面已经创建的区域中。到这里为止，所有设备就可以开始配置联动了。举例，在主卧，按下五键开关设备的向上箭头，可以开启主卧的大灯，实施工程师就会在系统中逐一把这些联动规则都配置完成，最后全屋进行联动调试，确定没问题完成了配置的工作。
场景2：用户使用流程
用户下载APP，注册和登录APP。用户先创建家，输入家的地址。用户添加房间。然后用户与家的中控设备进行配对。用户打开手机蓝牙。手机发现附近的中控设备之后，输入中控设备的密码。用户就能获取到这个家的其他所有设备。然后用户可以按照设备的所在位置，把设备加入到自己创建的房间中，这样更好管理设备。
3. 停车场管理系统
需求卡1：背景信息
停车场管理平台是对出入场的车辆进行统一的、精细化的管理。对不同类型的停车场设置不同的收费、放行规则，支持多样化的收缴费模式。缴费方式包括自助缴费、岗亭收费和中央缴费。平台可对停车场内设备进行统一管理。平台提供多样化的报表协助用户分析停车场的运营情况，提高停车场的运行效率。
需求卡2：车辆信息记录
车辆信息包括通行信息和图像信息。在车辆通过出入口时，牌照识别系统准确拍摄包含车辆前端、车牌的图像，并将图像和车辆通行信息传输给出入口控制终端。用户可以选择在图像中叠加车辆通行信息（如时间、地点等），准确记录车辆通行信息。
系统提供车头图像。摄像机具备智能成像和控制补光功能。摄像头能够在各种复杂环境（如雨雾、强逆光、弱光照、强光照等）下和夜间拍摄出清晰的图片。车辆在出入口被抓拍。系统将进行相关信息提示，包含语音提示、信息显示，车辆驶入时间、车辆驶出时间。系统可以根据客户需要提示语音，显示收费金额和欢迎标语等。系统支持在岗亭客户端对过车图片和信息实时显示，进出车辆自动匹配，图片预览支持按车道轮巡。系统支持通过人工在岗亭客户端上对识别异常的车牌进行修正，对无牌车进行人工匹配来确保系统工作正常。
需求卡3：车辆管理
车辆包括固定车辆、临时车辆和布控车辆。系统支持固定车牌识别比对正确。系统核实信息有效后，即可进场和出场，无需其他操作。系统抓拍临时车辆车牌并识别，将车辆信息记录在系统中，系统会直接放行进场；临时车辆出场时，用户缴清费用后，车辆可以快速离场。嫌疑车辆由系统自动在前端岗亭和中心产生报警，同时人工参与处理。
需求卡4：远程协助
停车场管理者可以通过本系统的中心客户端远程接听入场车道或者出场车道求助对讲。停车场管理者可以对于车主的操作问题进行指导；停车场管理者可以对于识别错误问题进行远程修正；停车场管理者可以对于特殊车辆进行放。
需求卡5：道闸控制管理
岗亭客户端支持远程控制电动挡车器启闭，方便操作人员管理和特殊控制需要。
需求卡6：收费管理
系统支持对固定车辆、临时车辆、群组车辆等制定相应的收费规则，支持车辆出场时在岗亭通过车牌识别记录车辆进出时间并计算费用和收费，支持自助缴费。
需求卡7：报警管理
当系统识别出来的车辆车牌不符合条件时，或者车牌在黑名单库时，岗亭或管理中心自动报警，提示工作人员进行检查。
需求卡8：用户管理
用户分两个级别：系统操作员、系统管理员，系统管理员可以添加、删除和修改系统操作员，并且可以分配用户权限。
需求卡9：权限管理
用户权限包括：系统配置、卡片管理、车辆信息管理、布控/撤控、
场景1：车辆进场流程
车辆进场时，通过视频检测、触发雷达或触发线圈，触发抓拍机，拍摄车牌图像，通过车牌识别系统从图像中获取车牌号码，并把这个号码输入数据库做比对。如果是临时用户车辆，将获取的车辆信息和进入时间存入系统数据库并抬杆放行。如果是固定用户车辆，核实信息无误，在系统数据库中存入进入时间后抬杆放行，要是信息核实失败或者固定停车已过期，将转入人工操作续费或转为临时用户车辆管理方式。另外，若场内已无余位，在出入口的信息显示屏上显示“车位已满”信息，引导车辆离开。车辆进场时，车辆信息、停车信息、欢迎信息等均会进行语音播报和在信息显示屏上显示。
场景2：车辆离场流程
车辆离场时，通过视频检测、触发雷达或触发线圈，触发抓拍机，拍摄车牌图像，通过车牌识别系统从图像中获取车牌号码，并把这个号码输入数据库做比对。如果是临时用户车辆，系统根据车辆的入场时间和离场时间计算费用。系统查询缴费状态。如果已缴清费用，系统打开道闸。如果未缴清费用，车主停车缴费，工作人员收取费用并打印票据。系统数据更新，系统打开道闸。系统更新车位数量。
四、常见问题
1、怎么授权使用“业务分析工具”？
目前业务分析工具暂不开放注册，如有试用需求，可邮件李伟3<liwei3@zhut.cn>、陈纯香<chenchunxiang@zhut.cn>或企业微信进行申请。
2、已有行业的标签和“其他”标签的区别在哪里呢？
已有行业的标签：就菜谱平台和家居场景这两个行业来说，由于我们的团队以前已经在这些领域有积累的项目经验，已经形成了一些知识，在分析的过程中会更有针对性。
其他：通用选项，暂时没有知识积累的行业，根据系统设定的算法进行分析，此类的项目，方案的准确率对用户输入的业务需求依赖相对较高。
特别说明：在项目提交生成方案时，就需要选定标签了，并且在后期标签是不能随意修改的。
3、需求卡和场景有什么区别？
需求卡：可以把一些项目背景、某个角色/用户在系统中的职责、甚至可以把功能模块需求都按照需求卡的形式录入进来。一个项目是至少要创建一个需求卡，没有上限数量的约束。如果通过不同的角度的叙述，不同的需求卡之间有重叠的部分，也无须在意，系统会在最终的方案上进行合并去重，这里就是要尽可能把项目的情况都叙述进来，面面俱到。
场景：这里想借“流程”来解释“场景”，“流程”这个词应该不陌生。场景中可以添加一个很详细的系统处理流程，也可以添加一个比较概括性的业务流程。凡是有“开始--中间过程--结束”这样的闭环流程，都可以叙述到流程中来。一个项目是至少要创建一个场景，没有上限数量的约束。
如果以上的介绍依然对怎么输入需求卡场景没什么头绪，可以移步到 第三章：参考案例，有几个案例提供参考。
4、在输入需求卡和场景时有什么约束条件？
①所有的叙述内容都要符合“主语+谓语+宾语”的语法结构，可以参考章节三提供的参考案例。
②合理断句，每句话的字数不能超过120个字，以“。”作为断句的分隔符。
5、需求卡和场景的中文句式一定要符合“主谓宾”的结构吗？
目前业务分析工具V0.1只支持“主谓宾”的结构，三个元素缺一不可。还有更多的中文句式结构在开发中，待验证成功会逐步上线。
6、输出的方案不符合预期，怎么办？
经过业务分析工具的系统自动分析输出的方案属于初步方案，目前我们提供的方案格式是 Excel ，用户可以下载Excel 进行编辑修改。未来，我们也会提供方案在线修改功能。
下面整理几个录入业务需求的小技巧，可以辅助提高方案准确性：
①统一命名：在描述需求时，对于同一个对象，统一称呼，例如在菜谱平台的案例中，在描述炒锅时，需确保所有对炒锅的命名都是一致的，不要出现某些地方的描述是“炒锅”，某些地方是“炒菜锅”或者“锅”。
7、输出方案要怎么看？
下载的方案 Excel 版，在第二个sheet有Excel的详细使用说明手册，在这里进行一个简单的介绍。
①数据表
②函数
③流程图
8、项目正在编辑状态，还没生成方案，已经录入的业务需求能保存，下次再继续编辑吗？
这个是完全支持的。以下分两种情况来进行说明。
①曾经已经生成方案的项目：从“历史项目”进去，能查询到的项目，可以还需编辑需求，进行的所有修改动作，下次再重新进入，也是有保存下来的，可以在此基础上继续编辑。
②完全没有提交生成方案的项目（项目名称都未定义）：对于此类，每个账号只允许当前有一个未命名的项目，每次登录系统，都可以直接看到业务需求录入页面就是上次编辑的内容，可以在此基础上继续编辑。
特别说一下，编辑需求卡和场景除了手动点击“保存”，我们还做了每隔30秒自动保存的功能。所以你在编辑业务需求的过程中，如果长时间忘记点保存，大部分数据也是不怕丢失的。当然，养成时刻点保存的习惯就更加万无一失啦。
9、我在浏览器打开了两个标签页（或打开两个浏览器）编辑同一个需求卡，会有影响吗？
我们不建议这样操作。如果你在其中一个窗口进行了编辑操作，保存之后，又在另一个窗口再次编辑，然后保存。那很可能第一次编辑的内容就会被覆盖了，所以建议不要打开多个窗口编辑同一个需求卡或场景。当然，多个窗口编辑不同的需求卡或场景，是可以支持的。
10、如果项目有版本迭代怎么办？
当前业务分析工具V0.1版本，暂不支持在设计好的方案上进行业务需求的迭代。如果业务需求有变更，需要编辑业务需求，重新生成方案。不过，我们未来也会考虑关于如何在原来方案上迭代。
11、为什么再次编辑项目业务需求时，标签不能改？
问题2中我们解释了已有的行业标签和“其他”标签的区别，如果已经选择了标签，在后续系统的智能化分析过程会紧密结合该行业已经沉淀的知识进行分析，如果随意更改标签，会降低方案结果的准确度，因此，在第一次慎重选择标签后，就不允许再随意更换标签了。
12、项目提交生成方案失败，显示的失败原因看不懂，怎么办？
可邮件李伟3<liwei3@zhut.cn>、陈纯香<chenchunxiang@zhut.cn>或企业微信联系。
五、产品版本
V0.1版本
上线时间：2021-08-30
1、用户录入业务需求
2、提交生成方案
3、查看历史项目和历史方案，对历史需求可以进行再次编辑修改
V0.2版本
上线时间：规划中
1、优化业务需求-->方案的算法
2、修复已知bug
六、文档更新日志
更新时间：2021-08-30
更新原因：V0.1版本上线
更新内容：
一、产品介绍
二、快速入门
三、参考案例
四、常见问题
