验收标准

确认人：陈静、周敏、张伟

标准确认：8月20日

最近验证：10月28日

达标情况：有条件达到 6 项中 5 项通过

一、标准说明

本标准用于判断行政协同平台试点能否验收。对象是产品研发中心 86 人在浏览器中办理的会议室预订、请假、访客登记和用品申领。标准于 8月20日由陈静、周敏、张伟确认，验证记录更新到 10月28日。通过指抽样全部符合；验证中指已经开测但样本未齐；未开始指尚未安排抽样。有条件达到指主路径通过，同时遗留项有日期和负责人。

二、功能标准

1. 预订已被占用的时段时，系统拒绝提交，并提示另选时间，员工不能形成第二张单。
2. 请假在主管批准前显示处理中，批准后显示完成，驳回时写明原因。
3. 访客由员工登记、行政确认后，登记人看到完成，行政不必再次询问姓名和事由。
4. 用品提交一次即扣减库存，数量为零时该规格不可再选，只开放笔、本、电池。

三、非功能标准

1. 未登录的访问者不能进入首页，连续输错 5 次后账号锁定 10 分钟。
2. 员工只能查看自己的请假，主管只能批准直接下属，行政账号看不到请假详情。
3. 办结至少在平台内消息中可见；企业微信接通后，四类办结各能收到一条。
4. 试点环境在工作时间可登录，切换窗口以外的计划停机提前一个工作日通知。

四、资料标准

验收时要能拿出四份材料：需求冻结文本、上线当晚记录、员工图解、以及本次抽样清单。抽样清单写明单号、办理人和结果，预订不少于 20 笔，请假不少于 15 笔，访客不少于 10 笔，用品不少于 12 笔，且全部来自上线后的真实办理。练习环境的数据不计入。材料由张伟在验收前一个工作日备齐，周敏核对单号是否存在。

五、判定规则

1. 四项功能标准全部通过，并且未登录拦截通过，结论为通过。
2. 功能标准通过，但门禁或消息有带日期的遗留，结论为有条件通过。
3. 占用拦截、请假状态、库存扣减中任何一项抽样失败，结论为不通过，须整改后复验。
4. 有条件通过的遗留超过复验日仍未关闭的，张伟提交陈静决定是否收回该功能。

六、验证记录

下表是 10月28日的验证结果。第三会议室门禁未通过，复验日 11月6日，负责人周敏。其余五项已通过，支撑「有条件达到」。

标准在 8月20日确认后，完成定义以当天的句子为准。其后若要放宽，例如把三步改成四步，或把抽样从 20 笔降到 5 笔，必须陈静书面同意，并注明改动原因。张伟不能用排期压力单独降低标准。验证过程中发现句子含糊的，先按更严的一种执行，再请陈静在两天内确认。

10月28日的六行记录支撑「有条件达到」：五行已通过，门禁一行未通过且写了 11月6日。登录与权限那一组是在 9月20日的越权试验里做的，验收当天陈静只复核了记录，没有再造一张别人的请假。下一版标准若包含其他部门，抽样人数和房间数要重写，本版只服务产品研发中心这 86 人和总部这四间会议室中的可开放房间。