一、项目交付_需求调研说明

很多同事可能会有疑问，需求调研里的东西太多了，做一次需求调研太耗时。而且如果只是一些小项目，真的需要做这么多需求项的确认吗？？

说明一下，需求调研分上、下两部分：

1.上半部分：主要是网络环境和业务环境的确认，这部分内容非全部确认。主要是带*号的项上门前完成确认，避免上门后设备上架失败。而其他的内容可选确认即可，在需求调研里罗列出来主要目的也是“当字典”用的意思，即如果交付时项目遇到这个功能的，在这里可以快速找到该功能的配置指导及高危操作事项；

2.下半部分：为客户业务需求确认，这部分比较关键，主要是确认客户的业务需求及场景。而对应场景下的功能实际是自动推荐出来。当然，并不是推荐出来的都是需要配置的，除了必须使用功能外，其他的也是从历史项目中总结出来的最佳实践做的功能推荐。

3.特别注意：场景推荐功能中的“重点关注功能”，确实需要和客户进行二次的确认。比如SSL解密功能，以往非常容易漏配，导致买了AF还被攻击。但此功能又依赖客户有HTTPS的网站且需要被防护才需要开启，如果没有HTTPS网站实际是不需要开启。所以需要和客户进行二次确认

二、项目交付_配置巡检任务数量

纪元平台项目交付的【配置巡检】阶段，有些同事可能会有疑问，我这个项目有几台AF，为啥只有一条AF的巡检记录？

接上一页的内容，巡检的任务数量是由需求调研的需求确认决定，即一个需求确认块，生成一条巡检记录。对应我们日常的交付场景，举个例子，一个客户买了4台防火墙，可能有如下场景：

1.场景一：这四台防火墙是放在同一个场景中的，比如都是给分支使用的。每个分支的需求一样，此场景下，做一次需求调研且创建一个需求块即可。同时也只会生成一条巡检任务。但此时，该巡检任务是可以复用到四台设备上的，有两个方法：a、在同一记录上，输入不同的IP和密码生成巡检任务；b、点任务后面的复制，复制四条巡检任务，一起输入IP和密码后，批量并发巡检。

2.场景二：这四台防火墙不是放同一个场景中的，比如两两组双机，一套双机放数据中心，一套放互联网出口。那么这种场景下，需做两个需求调研且创建两个需求块。每个数据块会生成一条巡检任务。

三、项目交付_纪元结项建议

纪元平台项目交付时，如果巡检内容不完整，或者数据还有待调整的，可以先不着急结项。

纪元主要是做为PRM/iCare的交付辅助或者质量检查，纪元的结项与否不影响项目的完结率（当然当前PRM系统版本更新后，可以实现纪元结项，同步iCare/PRM跟进结项）。但如果还存在疑问或者遗留项时，纪元可以先不结项，PRM可以手动结项。原因是当前如果结项后，会有如下限制：

1. iCare/PRM项目结项：无法再编辑和修改任何内容。只有巡检结项可以继续同步更新；

2. 纪元平台项目结项：同样无法做再项目数据的编辑和修改，只能在原有巡检记录上，继续巡检设备（需4.2.9及以上版本）

如纪元平台已结项，但此时项目还有未进行需求调研及巡检的产品时。目前只能通过自定义项目来操作。原有项目的需求调研已无法继续保存，也不会再生成新的巡检任务。

四、项目交付_异常项忽略与备注

纪元平台项目交付巡检后，如果有异常，且当前无法处置。此时点击<忽略>按钮，发现分数并没有发生变化。那忽略有什么用呢？

如题，当前纪元平台的项目交付巡检，点击异常巡检项的<忽略>按钮后，并不会对当前巡检的分数产生变化，即不会把分加上去。那<忽略>有什么用呢？

点击<忽略>并<备注>上相应原因后，该忽略的动作和备注的原因可一并上报到纪元平台对应的巡检结果中，可为后续该项目保留记录。同时如果涉及到项目复盘也可以有相应的原因说明。

五、项目交付_实际有产品，但需求调研没有产品显示

1. 自定义这个项目，选择对应（相近）的版本号，继续往后面走流程

2. 走到巡检步骤，巡检完后，导出巡检数据（check_data.zip）文件给到段新宇(52795)