【业务需求】

1、项目总体需求：

按照“双随机、一公开”监管工作要求，实现检查对象和检查人员的随机抽取，并合理安排检查计划，利用移动端进行市场检查，跟踪检查过程，登记检查结果。其中，部分检查工作在安卓平板上完成。

2、功能需求（PC端）：

A）零售市场监管对象名录库

建立烟草零售市场监管对象名录库，包含零售户的许可证号、企业（字号）名称、负责人、地址、电话、经营状态等基本信息，同时可查看监管对象的历史检查和抽查情况，实现对监管对象名录库的动态管理。

B）执法检查人员名录库

建立统一的执法检查人员名录库，包含全省专卖市场监管人员，并及时更新、动态调整。主要信息包括：姓名、单位、部门、执法证号、执法证有效期、执法范围、发证机关。

C）随机抽查

对于重点监管任务以外的日常检查任务，由各县级局根据辖区实际情况合理设定抽查的比例、频次，定期下达随机抽查任务，随机抽取检查对象和检查人，市场监管人员在任务期限内按要求完成随机抽查任务的检查工作。

D）随机抽查任务发布

区县、市局根据辖区市场情况，定期下达随机抽查任务，随机抽查任务可按照业态、区域等维度自定义抽取比例，随机抽查任务的完成周期为当前自然月，系统自动记录随机抽查任务下发过程的痕迹化信息（包括操作时间、操作人、抽查比例、频次、随机结果等信息）。随机出的抽查任务自动进入市场监管人员任务池，市场监管人员根据检查对象地理分布情况合理制定日检查计划并开展市场检查工作。

E）月度检查任务池形成

根据APCD系统零售户分类检查频度以及原有神经算法系统自动生成月度检查待办的任务池，系统随机任务和系统指定任务均在任务池范围内产生。

F）周检查计划及检查组形成

所长预先排定参与本周市场检查的检查组及组成人员，根据人员安排在APCD系统“周检查计划维护”模块被制定周检查计划。周检查计划将由两部分任务组成，一部分是系统按比例及指定范围随机产生的检查任务，另一部分是所长指派的检查任务。本所内每月随机任务之和须达到系统指定的最低标准

G）日检查计划制定

市管员根据所长制定的周检查计划，以及实际检查线路合理性制定本人日检查计划，并按时完成。

H）随机抽查情况登记

在检查环节，增加随机抽查任务列表，在检查对象地理位置信息已采集的情况下，提供检查人与检查对象之间的点对点导航功能。随机抽查对象的检查工作项与日常检查一致。

对于抽查结果正常的检查对象，在一定时间内不在纳入随机抽查访问；对于抽查结果异常的检查对象，可相应增加其随机抽查比例或频次。

I）随机抽查结果查询

针对市场监管人员随机抽查任务的检查情况提供专项统计查询，查询内容包括：企业（字号）名称、地址、检查时间、检查结果、检查人。

J）检查结果统计

        系统自动按任务类型，统计汇总市管员实际检查完成情况，形成统计报表。包括随机任务统计、随机人员统计。

      3、功能需求（PAD端）：

在对零售户进行分类后，市场管理员采取双随机抽取的模式，制订走访计划，针对不同的层级的零售户采取对应的检查措施。检查措施有明察、暗访、交叉、错时等四种。检查内容有仓储场所、经营场所、许可证、车辆、盘存、暗格等6项错时，可单选也可以多选。宣传内容有许可证、供货及配送、法律法规、规范经营、防调包、12313、发放宣传材料7项，可单选也可以多选。

在移送终端开发2个应用小模块及NFC签到功能，2个应用一个是检查，一个是宣传。

A）NFC签到，开发PAD端小功能，利用PAD及安放在零售户经营场所内的NFC设备，实现到店签到功能。

         B）检查模块，开发小应用，实现检查方式和检查内容的登记。

         C）宣传模块，开发小应用，实现宣传信息的登记。

二、技术要求

1、后端基于R1开发框架。

2、前端基于R1实现。

3、关系型数据库采用ORACLE。

4、程序部署于weblogic。

三、非功能性要求

1、可支撑300用户的并发访问。

2、在高并发访问情况下，界面响应时间不能超过2秒。

【人员要求】

一、能力要求

1、熟悉R1 bizfoundation框架下开发；

2、熟悉JQuery UI，熟悉R1框架的UI控件；

       3、熟练使用关系型数据库ORACLE；

二、其他要求

1、做过相似功能的开发，最好有成熟的组件，能够确保系统提交的进度和质量。

2、希望您是一个有能力的团队或个人接单。

3、在执行过程需要至少1名高级开发工程师，从5月下旬开始到8月下旬完成开发工作。需求和设计需要到中软浙江办公场所接受培训和设计审核。

        4、在开发阶段、试运行期内响应需求变更；

【交付要求】

一、交付计划

本需求将按三个阶段进行交付和验收，2018年8月20日前，接包方向发包方按月按计划需提交测试运行无BUG的源代码。初步的交付计划以及相应的提交物要求如下：

1、第一阶段，6月底完成如下三个功能的开发测试验收：a）监管名录对象库管理；b）执法人员名录库；c）随机抽查。

2、第二阶段，7月底完成如下三个功能的开发测试验收：a）计划制定；b）检查登记；c）查询统计。

3、第三阶段，8月20日前完成移动端应用及验收。

二、验收基准

1、按上述交付计划如期提交交付物。

2、各阶段要求交付物完整，涉及到文字内容的要求通俗易懂。

3、软件界面友好、易于交互。

4、源代码注释清晰，100%编译通过，无报错。

5、软件可以正常运行并通过我方指定的测试团队的系统测试。

【支付方式】

按上述交付计划，本需求将分阶段进行验收支付，每个阶段验收完成，支付相应阶段的费用。