xxxx银行项目管理系统需求规格说明书.docx
《xxxx银行项目管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《xxxx银行项目管理系统需求规格说明书.docx（42页珍藏版）》请在冰点文库上搜索。
xxxx银行项目管理系统需求规格说明书
xxxx银行
项目管理系统
需求规格说明书
xxx银行科技部
2019年8月
1项目概述
1.1项目背景
传统银行业IT项目的管理，主要以简单的文档工具来记录项目计划、资源分配及工作进度，以另一个CR系统（比如xxxx银行目前所用的QC系统）来记录需求及管理变更。
随着金融业的快速发展，银行业务也从传统的柜面、网点方式向智能化、移动化、互联网+等模式进行了非常快的扩展，而与之相应的IT需求和系统开发项目也越来越多，这些信息项目管理结构之间联系非常紧密且错综复杂；同时针对中小银行来说，项目开发外包情况也越来越普遍，对供应商的管理要求也越来越重要。
如果仅仅依赖传统的人工管理的方式，将会非常低效和难以协调，甚至无法有效率地支撑业务发展。
从xxxx银行目前的情况来看，随着银行业务渠道的不断拓展和银行业务不断发展，对科技系统方面的要求越来越高，科技系统开发项目很多，同时又有采用自行开发和外包开发并行的情况，但是项目管理体系大部分仍然是以传统的单一项目或单一需求为主，无法对项目管理、合同管理、供应商和人员管理等进行组织级的管理，迫切需要一套能有效解决相应管理要求的项目管理系统。
1.2系统目标
xxxx银行项目管理系统，实现如下系统目标：
一、项目管理系统，将各种资源信息纳入统一管理，通过各种管理规范和流程的建立，使得项目管理与资源管理在各流程各环节的操作更加透明化、规范化、精细化，做到清晰的项目管理过程跟踪，保证项目按计划执行；有效的风险控制，为项目开展提供安全保障。
二、加强外包管理，建立健全外包管理体系，满足监管部门《银行业金融机构信息科技外包风险监管指引》管理要求。
三、为银行各级领导、相关业务需求部门、科技开发部门、以及项目的各级参与者，提供对项目进度、资源、风险、问题、成果等与项目相关活动的信息，方便项目负责人对自己的项目全面管理，同时便于各级管理部门及时掌握各项目情况，合理分配项目资源，确保项目执行并跟踪项目的成果，降低管理成本，提升工作效率与质量。
1.3需求概述
1.3.1需求概述
本需求说明书主要说明xxxx银行项目管理系统的具体需求，主要阐述系统设计原则、业务流程，功能设计，技术特征等，为评估系统建设成本和风险提供参考，并为后续的系统设计及程序开发提供指导。
根据目前现阶段工作目标，系统开发建设主要围绕科技项目管理进行说明，同时兼顾科技硬件采购项目的管理。
xxxx银行项目管理系统，立足于银行项目管理的角度，落实项目管理中的资源分配，合同和各类档案的归档集中管理，通过对科技项目全生命周期的管控，实现项目进度、资源、质量、沟通、采购、以及问题的管理，提高项目成功率，并对各项目按进度、上线情况、后续使用情况等进行项目评价管理。
项目管理系统的目标：
1.3.2系统主要功能
项目管理系统，主要针对目前xxxx银行科技项目，对自营项目和外包项目进行项目管理；对服务、设备采购合同进行合同管理；对项目人员进行人员管理；以及对供应商进行资质和评价管理几大部分功能。
系统的主要功能如下：
一、供应商管理。
主要包括供应商资质管理、供应商评价管理。
二、人员管理。
主要包括与项目管理相关的本行主要人员，供应商项目管理和开发相关人员的信息管理和考勤管理，以及对相关人员的评价管理。
三、项目管理。
主要包括项目立项、项目变更以及后续的项目相应管理，包括项目资源管理（包括项目人员、设备网络等的管理）、项目进度管理、项目质量管理，以及根据项目进度、质量得出的项目综合评价等。
四、合同管理。
主要包括对特定项目合同（如系统维护、人月服务方面的合同，以及设备采购类合同）、一般项目合同（指具体的项目开发合同）的合同归档、合同执行情况、合同付款情况的管理。
五、系统管理。
主要指系统参数管理，包括银行机构、员工与供应商、人员的参数管理；项目类型、项目性质、项目阶段与子任务等的参数设定；人员评价与项目评价的计算模型的参数管理等。
六、报表和查询功能。
提供对项目管理相关供应商、人员、项目、合同、归档资料的查询，以及提供对项目管理中项目数量、总体进度、质量评价等方面的报表。
1.3.3其他说明
xxxx银行科技项目的管理，因行内目前通过OA系统等进行项目的申报、立项、审定、议价、风险评估、法审、合同签订等一系统业务流程，经沟通目前无需考虑在本系统中整合上述流程，重点关注项目从需求确定、项目实施到项目结项过程的项目管理，以及合同后的合同归档、合同执行情况和付款情况的管理。
人员考勤，按移动考勤方式（如采用定点范围通过微信小程序实现考勤）处理，需要科技信息部门提供打通内外网的网络及必要的安全措施。
人员评价与项目评价的计算模型的参数管理，由项目管理部门（科技开发部门提供相应的考评参数）。
1.3.4总体业务架构
根据需求概述，以及xxxx银行项目管理系统相应功能，系统的总体业务架构如下图所示：
xxxx银行项目管理系统业务总体架构
2系统需求说明
2.1系统参数管理
系统参数管理，主要指系统中对银行机构、员工与供应商、人员的参数管理；项目类型、项目性质、项目阶段与子任务等的参数设定；人员评价与项目评价的计算模型的参数管理等。
具体包括机构管理、人员管理、角色权限管理、项目管理类和评价模型类参数的管理。
2.1.1机构管理
机构管理，主要指银行机构管理和外包机构管理，对机构进行登记、编号，包括机构新增、编辑、删除。
2.1.1.1银行机构管理
银行机构，可按核心业务系统相应机构进行设立。
根据目前银行机构编号，对每一个在本系统中需要设置的银行机构进行编号。
总行内设机构，对已有机构编号的直接采用核心系统相对应编号，对无机构编号的，如科技开发部、科技信息部、运营管理部、计划财务部、个人银行部、公司银行部、电子银行部或互联网金融部、风险管理部等可能需要的相关职能部门，增设机构编号（以00开头的4位数字编号）；
分行内设机构，按需要设立机构编号（如嘉兴分行内设机构，以20开头的4位数字编号）。
一级支行，含分行辖属的一级支行，以支行管理机构编号设立机构，如吴兴支行，机构号为0900。
本系统内银行机构，因均为主要相关的管理部门，不具体营业机构网点，故无需设置机构层级；各机构编号为唯一。
2.1.1.2外包机构管理
外包机构管理，以一个外包商为单位进行机构登记和管理。
系统可根据各外包商拼音简称，设置长度4位的字符机构编号。
如上海银硕为SHYS，中科江南为ZKJN，江南天安为JNTA；
外包机构编号为唯一，不得重复。
外包机构登记编号后，可以进入供应商资质管理进行信息登记。
2.1.2角色权限管理
角色权限管理，分为机构角色、人员角色、以及各角色的权限管理。
2.1.2.1机构角色
根据项目管理机构功能，系统将机构角色分为：
管理部门、需求部门、研发部门、测试部门。
1、管理部门：
指项目的具体管理责任部门。
一般情况下，科技开发类项目的管理部门为科技开发管理部门，硬件设备采购类项目的管理部门为科技信息管理部门；
2、需求部门：
指项目的需求提出部门，一般为项目需求提出的业务部门，如个人银行部、公司银行部、电子银行部、运营管理部，以及支行级机构；
3、研发部门：
指项目的开发机构，如为银行自行开发的，为科技开发部门；如为外包机构开发，则为外包机构；
4、测试部门：
指参与项目需求测试的部门，一般情况下为需求提出部门，特殊情况下也可以为其他银行机构；如城南支行提出的需求，由总行运管部进行测试的。
根据项目管理具体情况，一个机构可以对应多个机构角色，一个机构角色也可以包含多个机构。
2.1.2.2人员角色
人员角色，主要分为系统管理员、项目总监、项目经理、开发人员、测试人员等。
1、系统管理员：
（1）项目管理系统设置系统管理员，用于对本系统进行参数配置、机构和人员管理等。
（2）各系统参与机构，可按需设置机构管理员，用于对本机构的项目进行登记、查看等相关处理。
（3）供应商不设管理员。
2、项目总监：
指银行开发部门的项目总管理人、供应商的项目总管理人。
3、项目经理：
指项目管理的具体管理人，包括行方项目经理、供应商项目经理。
4、开发人员：
指项目需求的具体开发人员。
5、测试人员：
指项目需求的具体测试人员。
2.1.2.3权限管理
一、机构角色权限
管理部门、需求部门、研发部门、测试部门等，可以由同一机构担任。
外包供应商不得任管理部门、需求部门、测试部门角色。
二、人员角色权限
系统管理员由银行人员担任，可按需要设置一、二名。
项目总监、项目经理、开发人员、测试人员等，可以兼任，但是开发人员不得兼任测试人员。
人员角色权限，分为新增、编辑、删除、查看。
管理员具有全部4个功能。
其余人员根据机构管理、人员管理、项目管理（具体细分项目需求、项目计划、项目进度、项目测试、项目评价等）、合同管理、报表查询等功能设置编辑、查看功能进行选择。
1、管理员权限
（1）系统管理员可对本系统进行参数配置、机构和人员管理、权限管理等；可以查看系统内各项目的登记情况、进度情况、评价情况等。
（2）各机构管理员仅能处理和查看本机构管理的项目。
如开发类项目由总行科技开发部门统一进行管理的，则其余机构管理员仅有查询权限。
（3）设备采购项目，由科技信息部管理员进行登记和后续相应处理。
（4）系统管理员和各机构管理员可以对管理评价进行修改和编辑。
其中各机构管理员仅能处理本机构管理的项目评价修改。
2、项目总监，由科技开发部门、外包供应商指定人员担任。
项目总监可以查看本机构（含外包供应商）所有项目、人员的情况，包括项目、合同、进度、考勤、评价等。
针对具体的单一项目，也可以不设项目总监。
3、项目经理，由项目管理人担任。
可对具体项目进行状态编辑，查看本项目的相关计划、进度、人员情况及考勤情况、评价情况，提交并回答问题等。
4、开发人员：
具体开发人员可以修改开发项目需求的状态，如提交并回答具体问题等。
5、测试人员：
具体项目需求测试人员可以对分配的测试项目需求进行查看、测试状态更改，提交测试问题等。
2.1.3人员管理
参数管理中的人员管理，主要指与项目管理相关的本行人员，供应商项目管理和开发相关人员的信息管理，主要包括姓名、角色、联系电话、归属机构、进离场时间（允许多条记录）等，功能包括人员新增、编辑、删除。
银行员工，按员工工号进行编号，不得重复。
外包机构人员，按外包机构4位编码+3位顺序号进行编号，不得重复。
各人员编号均应具有唯一性。
2.1.4系统参数管理
系统参数管理，主要包括项目管理类、评价模型类参数的管理，以及风险预警值的设定。
系统参数，由系统管理员根据项目管理需要设置，并进行相应维护。
2.1.4.1项目管理类参数
项目管理类参数，包括项目类型、子项目、项目性质、项目阶段、项目状态与子任务等的参数设定；功能包括新增、编辑、删除。
1、项目类型：
主要包括软件开发项目、设备采购项目、系统维护项目、人月服务项目、混合型项目（指可能同时包含多个项目类型的项目，如同时包括设备采购、软件开发、系统维护的项目）。
2、子项目：
主要包括是否允许子项目、子项目数量系统不进行控制。
子项目的相应项目参数，同总项目。
子项目不能为人月服务项目、混合型项目，应按具体子项目类型进行描述。
3、项目性质：
包括银行自行项目、外包项目、混合项目（指银行与外商供应商合作开发的项目）。
子项目项目性质不能为混合项目。
4、项目阶段：
指项目管理各阶段的设置，主要包括：
项目准备、需求确定、方案设计、开发实现、项目测试、上线准备、上线、上线验证、项目验收、项目维护等阶段。
每个阶段又可以划分为若干子任务，每个项目阶段需提供相应阶段文档，主要有：
（1）项目准备：
包括项目立项、项目启动、项目资源、网络与设备；提供相应阶段文档包括：
项目立项单、项目组人员名单、设备清单等；
（2）需求确定：
包括需求分析、需求确定；提供阶段文档为需求说明书；
（3）方案设计：
包括项目概要设计、系统架构设计、接口规划、数据库设计等；提供项目阶段文档为设计说明书；
（4）开发实现：
包括程序设计、单元测试；提供阶段文档为测试通知书；
（5）项目测试：
包括环境准备、业务测试；提供阶段文档为测试报告；
（6）上线准备：
包括上线审批、代码整理；提供阶段文档为上线审批单；
（7）上线：
生产环境进行上线部署；提供阶段文档为上线手册；
（8）上线验证：
生产对上线项目进行验证；提供阶段文档为验证报告；
（9）项目验收：
对已上线项目进行项目验收；提供阶段文档为验收报告、用户手册（操作手册）；
（10）项目维护：
项目后续维护；提供阶段文档为项目维护报告。
5、项目状态：
主要包括项目总体状态（包括子项目状态）、阶段任务状态两大类。
（1）项目总体状态：
包括已立项、已开始、进行中、已完成、已关闭。
（2）阶段任务状态：
包括已开始、进行中、已完成、已关闭。
6、合同状态：
开始、进行中、已完成、已暂停、已取消。
2.1.4.2评价模型类参数
评价模型类参数，主要包括人员评价、项目评价、供应商评价相关计算模型的参数设定；功能包括新增、编辑、删除。
相关评价参数由系统管理员设定。
相应的分值和计算规则由系统管理员设定和修改。
机构管理员可以对具体的评价结果进行修改和编辑。
一、人员评价
人员评价，依据相关人员的工作表现进行评价。
主要的评价指标有：
人员考勤、工作纪律。
1、人员考勤：
依据考勤记录进行打分。
分值满分100分。
考勤评分分为月评分、年评分。
月评分为手工评分，年计分自动计算。
（1）月评分：
默认为满分。
减分项为：
当月迟到或早退一次，扣10分；迟到或早退两次，扣30分，迟到或早退三次，扣50分；三次以上或无故旷工，扣100分。
（2）年评分：
从年初计算至当月的月评分的平均分，由系统自动计算。
2、工作纪律：
依据平时工作表现打分。
分值100分。
考勤评分分为月评分、年评分。
月评分为手工评分，年计分自动计算。
（1）月评分：
默认为满分。
上班时不遵守规章制度，如玩手机，打游戏，看无关资料如小说等，发现一次扣10分，两次扣30分，三次扣50，三次以上扣100分。
如发现重大道德隐患，如泄漏资料数据、偷窃等行为，直接扣100分。
（2）年评分：
从年初计算至当月的月评分的平均分，由系统自动计算。
3、人员总体评价
人员总体评价，按人员考勤和纪律评价进行加权汇总。
人员月评价＝考勤评价X权重+纪律评价X权重
人员年评价＝月评价总分/月数
4、人员评价参数：
依据上述情况，设定人员评价参数为
（1）考勤月评价
（2）考勤年评价
（3）纪律月评价
（4）纪律年评价
（5）扣分情况（此项也可以不设参数，由评价人员直接手工录入）
（6）扣分标准（此项也可以不设参数，由评价人员直接手工录入）
二、项目评价
项目评价，主要依据项目进度管理和项目质量管理进行打分，并汇总计入项目总体评价的评分。
1、项目进度评价
项目进度评价，主要指项目生命周期管理中，项目各阶段的进度是否符合预期。
进度评价以项目或子项目的各项目阶段进行分别评价。
（各项目阶段的子任务，不单独进行进度评价）
（1）项目阶段进度评分：
满分100分。
各项目阶段分别计分。
以一个项目阶段计划周期与实际周期进行比较，如超过计划周期10%的，扣10分；超过25%的，扣25分等等，直至扣完。
此评分由系统自动完成。
说明：
一般情况下，实际开始时间晚于计划开始时间的，由银行相关管理部门进行评估，区分是客观原因或主观因素造成，对有必要进行减分的，在系统计算评分后，允许人工干预修改。
同时特殊情况下，也允许加分。
（2）项目进度评价：
各项目阶段的汇总平均分。
以各项目阶段的评价分总分除以项目阶段数量后得出。
（也可以按不同项目阶段在项目中的权重进行加权计算，目前权重分配是平均）
（3）项目进度评价参数：
项目阶段进度评价，项目阶段权重（各阶段权重之和＝1）
项目总进度评价
2、项目质量评价
项目质量评价，主要指项目开发质量是否符合需求，项目文档质量以及项目运行质量的评价。
项目质量评价以项目方案评估、项目文档质量、项目上线评价、项目运行质量（包括稳定性、效率性）进行评价。
（1）项目方案评价：
满分100分。
以项目总体设计方案是否满足需求进行评价。
此评分由人工完成。
（2）项目文档评价：
满分100分。
以项目提交的文档质量进行评价。
此评分由人工完成。
（3）项目上线评价：
满分100分。
以项目上线时与需求的符合度进行评价。
此评分由人工完成。
（4）项目运行质量评价：
满分100分。
以项目上线后运行的稳定性、效率性进行评价。
此评分由人工完成。
（5）项目质量总体评价：
各项目质量评价的汇总加权平均分。
以各项目评价分加权计算得出，由系统自动计算。
（6）项目质量评价参数：
项目方案评价，评价权重（各阶段权重之和＝1）
项目文档质量，评价权重
项目上线质量，评价权重
项目运行质量，评价权重
项目质量总体评价
3、项目总体评价
项目总体评价，以项目进度评价和项目质量评价进行加权汇总计算。
项目总体评价的参数：
项目进度评价权重、项目质量评价权重
项目总体评价＝项目进度评价X权重+项目质量评价X权重
三、供应商评价
供应商评价，由供应商人员评价和项目评价加权计算。
1、供应商人员评价，指供应商所属人员的评价平均分。
由系统自动计算。
2、供应商项目评价，指该供应商涉及的项目或子项目（如软件开发项目、设备采购项目、系统维护项目，以及混合型项目中该供应商开发的子项目）的项目评价平均分。
由系统自动计算。
3、供应商评价＝供应商人员评价X权重+供应商项目评价X权重
2.1.4.3风险预警值设定
项目管理中需要加强对风险的管理，包括对人员风险、进度风险、质量风险、以及供应商分险的管理。
系统设置对上述情况的风险预警值的设定，对符合相应条件的情况进行风险提示并登记风险事项。
（提示方式包括弹窗、系统消息等）
风险预警值，主要包括对人员风险、进度风险、质量风险、以及供应商分险的风险预警，依据系统评价管理情况，进行风险预警。
1、人员风险预警：
人员风险预警，主要包括人员考勤、工作纪律，以及人员评价的预警。
人员预警值：
考勤月评价预警值、纪律月评价预警值、人员月评价预警值
2、项目进度风险预警：
项目进度风险预警，主要包括项目阶段的进度预警和总体进度的风险预警。
项目进度风险预警值：
项目阶段预警值、项目总体进度预警值。
3、项目质量风险预警：
项目质量的风险预警，为项目方案评价、项目文档质量、项目上线质量、项目运行质量，以及项目质量总体评价的风险预警值的设立
4、供应商风险预警：
依据供应商评价得分设立风险预警值
2.2供应商管理
供应商管理，主要包括供应商资质管理以及供应商评价管理。
2.2.1供应商资质管理
供应商资质管理，主要包括合作供应商的相关开业证明文件，如营业执照、法定代表人信息、经营地、联系方式、主要联系人、资产负债信息，以及其他信息，如成功案例、获奖信息等。
（注：
其余可由银行方面补充）。
系统支持对上述信息的录入，以及对扫描生成的WORD、EXECL、PDF等格式文档进行上传归档。
供应商资质管理，主要功能为上述信息的录入、修改编辑、删除、查询等。
2.2.2供应商评价管理
供应商评价管理，参见2.1.4.2评价模型类参数中相关内容。
供应商评价管理的功能，主要为评价结果的显示，具体分为供应商人员评价、项目进度、项目质量的各评价明细情况，以及汇总评价情况。
系统的各级管理员可以对评价得分情况进行人工编辑。
2.3人员管理
人员管理，主要包括人员信息管理、人员考勤管理、人员评价管理。
2.3.1人员信息管理
人员信息管理，主要指与项目管理相关的本行人员，供应商项目管理和开发相关人员的信息管理，主要包括姓名、角色、联系电话、归属机构、进离场时间（允许多条记录）等，功能包括人员新增、编辑、删除。
详见参数管理中人员管理相关内容，包括供应商人员管理、行内人员管理。
2.3.2人员考勤管理
人员考勤管理，通过微信小程序，按移动考勤方式处理，目前采用人员定点后在定点范围内通过微信小程序进行考勤。
大致功能类似于下图：
人员考勤结果，在系统内进行登记。
管理人员根据登记的考勤情况，对相关人员出勤情况进行考评。
各级系统管理员可以对本机构管理的人员考勤情况进行修改编辑。
各级管理员也可对相关人员进行不考勤的设置。
（可在人员管理中加入是否免考勤的设置）对免考勤人员，考勤评价默认为满分。
2.3.3人员评价管理
人员评价管理，依据相关人员的工作表现进行评价。
主要的评价指标有：
人员考勤、工作纪律。
详见参见2.1.4.2评价模型类参数中相关内容。
人员评价管理的功能，主要为评价结果的显示，具体分为人员考勤评价、纪律评价的各评价明细情况，以及汇总评价情况。
系统的各级管理员可以对评价得分情况进行人工编辑。
说明：
人员评价管理将影响供应商的总体评价。
2.4合同管理
合同管理，主要包括对特定项目合同（如系统维护、人月服务方面的合同，以及设备采购类合同）、一般项目合同（指具体的项目开发合同）的合同归档、合同执行情况、合同付款情况的管理。
依据目前行方要求，本系统内合同管理，主要为相关合同要素的登记，合同件的归档、执行情况、付款情况的登记，不涉及合同审批等相应流程的管理。
2.4.1合同归档
合同归档，主要包括特定项目合同（如系统维护、人月服务方面的合同，以及设备采购类合同）、一般项目合同（指具体的项目开发合同）的合同归档。
2.4.1.1合同登记对象
单一项目的，如系统维护、人月服务方面的合同，以及设备采购类合同，以及仅为单一项目的软件开发项目，根据总项目登记合同；混合型项目的，以项目子项目为依据登记合同；登记合同的依据，总结起来说就是，以最小单位的项目为登记对象。
项目性质为银行自行项目的，不登记合同；混合项目的，以外包供应商的项目登记合同；
2.4.1.2合同登记要素
合同归档，应在完成新建项目后（项目立项）后，登记相应的合同要素。
登记的要素支持修改和编辑，支持对整个合同要素的删除。
具体登记的合同要素：
1、合同编号：
登记合同编号
2、合同名称：
登记合同的名称；
3、项目名称：
合同对应的项目名称；
4、供应商：
供应商名称；
5、合同金额：
登记合同金额；
6、供应商联系人：
登记供应商联系人；
7、合同实施时间：
登记合同的实施周期，即合同的有效期；
8、合同时间：
登记合同的生效时间。
9、合同其他事项：
登记合同其他有必要登记的事项，例如：
（1）合同有分阶段实施的，登记合同的各阶段的实施起止时间时间；
（2）合同特别约定事项，如有特别约定的事项的，进行相应的登记；
2.4.1.3合同扫描上传
合同归档，应在完成新建项目（项目立项），登记完成相应的合同要素后，扫描合同件进行影像（WORD、EXECL、PDF等格式文档）进行上传归档。
系统支持对归档的格式文档进行查看。
2.4.2合同执行情况
合同执行情况，以合同对应的项目或子项目的进度情况登记合同的执行情况。
系统提供合同执行情况的查询功能，显示银行登记的合同的进度以及状态。
查询以列表显示，显示合同编号、合同名称、执行进度、状态（已完结的合同为已完成，进度为0的为开始，正在进行中的为进行中，其他状态为已暂停、已取消等，详见2.1.4.1项目管理类参数内容）。
系统支持通过点击本页面“合同登记详情”查看合同信息。
2.4.3合同付款情况
合同付款情况，主要登记合同生效后的付款情况。
付款情况一般分为首付款，阶段付款，尾款。
首付款为合同生效后的首次付款；
阶段性付款指根据合同约定，在合同约定事项发生后进行的付款，一般指的是项目验收付款，也包
升级会员 