文档介绍：项目
验收要求
1
2
3
4
5
目录
验收流程 4
开发方申请阶段 5
开发方 QA 审批 5
开发方项目的访问权限分配给相应的角色， 根据用户在组织内所承担的角色进行访问授权与控制。
根据应用系统的特点，我们把系统角色划分了通用角色和系统角色。
＞通用角色：可以跨系统进行定义，对注册到集中也就是说一个通用角色，可以定义访
问不同子系统的菜单权限，主要考虑门户系统的菜单权限
＞系统角色：包括了“流程角色”和“操作角色”，不能跨系统进行定义。
系统工作流程
流程操作权限整合
流程和操作权限，是通过角色和用户信息关联来定位用户所具备的权限。在集中权限管理系统 定义角色，以及角色和用户的对应关系，子系统从集中用户权限管理系统中进行同步，根据子系统 中定义的权限模型，验证用户所拥有的权限。下面具体说明整合步骤。
第一步 定义子系统所用户的系统角色，具体模版请使用附录“系统角色申请表”，举例
说明如下：
系统名
称 角色
板件资
源管理
系统管
理员
板件资 板件审
角色属性
（流程角色/操
作角色） 角色职责
操作角色 负责备品备件资源系统的维护工作，如权限添
力口、用户配置等；
操作角色 负责部门内各专业的板件在报废等流程进一步审批
源管理 批员
板件资 板件管
源管理 理员
板件资
源管理
仓库管
理员
操作角色 负责本专业备品备件资源的日常管理及“板件送修、
更换”等流程的审批工作，负责定期进行本地备品备件 资源情况统计清查；
操作角色 负责仓库备品备件的出入库管理、清点及核对、发起
板件送修及报废申请操作
板件资 资产管 操作角色 负责板件报废等资产相关工作的审核
源管理 理员
板件资 维护人 操作角色 负责在故障抢修需要备品备件时，发起板件更换流
源管理 员 程
＞第二步 定义系统角色申请样列。申请样列，定义了子系统流程或者操作角色的权限模型，
具体模版请使用附录“系统角色申请表”，举例说明如下，其中： 归属单位、归属部门、管理专业、管理跨度（管理部门，可以多选）是用户的维度信息 子系统根据角色和维度信息组合，确定该用户所拥有的权限。
归属单位：包括省公司、分公司和县公司，格式参考如下，『』、『 分公司』、『』
归属部门：根据不同的单位，具有不同的部门 管理专业：按照系统来分，不同的系统，管理的专业不同 管理跨度：和归属部门一下，可以进行多选
角色属性：包括流程角色和操作角色
系统名
称
姓 名
归属单
位
归属
部门
管理
专业
管理跨度
（部门，可以多 选）
角色属 性
板件资 库管理员
张
移动• 福州分公 司
网络
部
操作角
色
＞第三步 系统角色和角色申请样列提交给局方相关人员进行评审，审核通过后，通过“系 统角色申请”流程，完成子系统流程或操作角色的申请。
＞第四步 子系统权限改造。子系统必须严格按照评审通过后的权限模型进行权限改造，通 过角色和用户的维度信息，包括归属单位、归属部门、管理专业、管理跨度，来验证用户所拥 有的流程和操作权限。
注：子系统中所包含的角色必须和集中权限的系统角色是一致的，不允许子系统中通过 集中给出的角色再进行组合，定义新的角色。
权限，错误页面整改
整改注意点:
权限和错误页面不能使用绝对地址，因为门户可以由网和OA网访问
门户权限，错误页
编译测试
编译要求：不允许出现编译错误（Error）。 当出现编译错误时，需要记录错误原因并修改错误。
上线部署
上线要求：能够和正式环境中部署的程序版本相对应，没有出现功能增加和减少。
委托方质量保证员审核
质量保证员如发现需求用例与实际不符即可退回至用户，重新验收确认
需要提供的纸质材料：
验收证书（盖章）、委托书（复印版）、验收手册、软件上线申请书、软件上线部署报告、
电子文档
按照以下目录树提供电子文档，并按照文档的命名规范提供。
项目名称
|_需求开发（需求规格说明书）
1_项目策划（项目计划、关键WBS检查单、风险列表）
|_系统设计（概要设计、详细设计、数据库详细设计说明文档）
|_实现与测试
|_测试（测试用例、测试报告）
|_源代码（源代码说明文档）
|_系统上线（上线申请表、上线计划表、上线部署报告）
|_系统验收
|_相关文档（验收手