来源:互联网 阅读:-
统一安全身份认证系统技术方案
V1.0
2017年11月
目录
经过二十多年的建设,XX单位内部各个业务应用之间目前是处于孤岛式建设。每个系统之间的用户身份认证及登录等操作均各自为战,标准繁多,且没有一定的互相关联。为了提高各业务应用系统数据使用的安全性,统一对各系统内部身份进行规划管理,强化认证方式和操作便捷。建设统一安全身份认证系统对于XX单位信息化总体建设凸显重要,以加强用户的身份认证机制与数据安全性。
根据招标文件的具体技术要求,基于现有信息系统现状、数字证书应用现状以及未来在信息安全方面的技术性要求,本方案提出以下建设目标。
1. 在XX单位内部部署统一认证系统,具体目标是:提供数据统一、维护统一、用户统一的安全可靠的认证与授权服务;实现全局相关业务系统全面统一的用户管理、可靠的身份认证与安全审计、有效的分级授权、安全的单点登录、便捷的信息共享
2. 在XX单位内部部署数字证书认证系统(CA认证中心),具备10万级数字证书的发放能力,满足XX单位内部用户以及应用系统的对数字证书的使用需求。
XX单位内部其它业务系统与统一身份认证系统的进行技术集成,实现统一的身份认证与单点登录功能。
一、安全性原则
系统所采用的产品技术和部署方式必须具有足够的安全性,针对可能的安全威胁和风险,并制定相应的对策。关键数据具有可靠的备份与恢复措施。
二、可用性原则
系统具有足够的容量和良好的性能,能够支撑十万级用户数,并能够在大并发访问压力的条件下,保持功能和性能的可用性。
三、健壮性原则
系统的基础平台成熟、稳定、可靠,能够提供不间断的服务,相关产品均具有很强的健壮性、良好的容错处理能力和抗干扰能力。
四、模块化原则
系统的设计和实现采用模块化结构,各个模块具有相对独立的功能和开放的接口。可以根据系统的需要进行功能模块的增加或减少,而不必改变原来的程序构架;针对不同的应用定制实施模块。
五、可扩展原则
随着业务的发展,对未来系统的功能和性能将会提出更高的要求。系统在设计和实现上,应具有良好的可扩展性。可以通过对硬件平台、软件模块的扩展和升级,实现系统功能和性能的平滑地扩展和升级。
六、方便开发原则
系统提供丰富的二次开发工具和接口,便于应用系统调用,能够方便的与现有和将来的应用系统进行集成。
七、兼容性原则
系统具备良好的兼容性,能够与多种硬件系统、基础软件系统,以及其它第三方软硬件系统相互兼容。
针对XX单位的需求,需要建设如下系统实现:
1. 数字证书认证系统:建设数字证书认证系统,实现数字证书的签发、密钥的管理、证书的注册和查询功能,为安全的统一身份认证系统提供基础的保障;
2. 统一认证系统:建设统一认证系统,实现统一的用户管理、身份管理、权限管理和单点登录功能;
3. 移动端安全中间件:为手机端证书提供支持。
本方案由统一认证系统和数字证书认证系统两部分组成,其统一认证系统实现统一的用户管理、身份认证、单点登录、授权管理、安全审计等功能;数字证书认证系统实现数字证书发放和数字证书管理。
如图所示,本次项目方案需要部署数字证书认证系统和统一认证系统,两套系统部署在局域网内,为内部用户提供服务。
随着计算机网络技术的迅速发展和信息化建设的大力推广,越来越多的传统办公和业务处理模式开始走向电子化和网络化,从而极大地提高了效率、节约了成本。与传统的面对面的手工处理方式相比,基于网络的电子化业务处理系统必须解决以下问题:
(1)如何在网络上识别用户的真实身份;
(2)如何保证网络上传送的业务数据不被篡改;
(3)如何保证网络上传送的业务数据的机密性;
(4)如何使网络上的用户行为不可否认。
基于公开密钥算法的数字签名技术和加密技术,为解决上述问题提供了理论依据和技术可行性;同时,《中华人民共和国电子签名法》的颁布和实施为数字签名的使用提供了法律依据,使得数字签名与传统的手工签字和盖章具有了同等的法律效力。
PKI(Public Key Infrastructure)是使用公开密钥密码技术来提供和实施安全服务的基础设施,其中CA(Certificate Authority)系统是PKI体系的核心,主要实现数字证书的发放和密钥管理等功能。
数字证书由权威公正的CA中心签发,是网络用户的身份证明。使用数字证书,结合数字签名、数字信封等密码技术,可以实现对网上用户的身份认证,保障网上信息传送的真实性、完整性、保密性和不可否认性。
数字证书认证系统提供数字证书发放和管理功能,包括数字证书申请、证书发放、证书更新、证书废除、密钥恢复等,同时还提供如证书目录发布服务,等一系列方便用户使用证书的服务。系统提供了完善的日志记录和详细的审计功能,保证了对操作人员的操作行为进行审计。
证书签发系统具有以下技术特点:
1. 支持RSA2048和SM2证书的签发。
2. 可以统一管理和发放各类证书,包括邮件证书、个人身份证书、企业证书、服务器证书等。
3. 具有高扩展性,可以灵活配置认证体系。系统支持多级CA,支持交叉证书认证,支持多级受理点。可以根据用户的需要,对系统进行配置和扩展。
4. 具有高安全性和可靠性。
5. 易于部署和使用。系统所有用户、管理员界面主要是 B/S 模式,策略配置和系统定制以及用户证书管理等都通过界面进行。
6. 采用灵活的证书模板技术和动态扩展机制,容易满足多种内容格式证书签发要求。
7. 系统环境方面,支持主流操作系统、多种主流加密设备、多种数据库、多种证书存储介质等。
系统框架如下图所示。
数字证书认证系统主要分成:接入层、业务层和支撑层三层架构。
接入层包括:综合接口系统、用户自服务界面和管理界面等功能。
业务层包括:证书签发系统、证书注册系统、证书查询系统、密钥管理系统以及配套的策略配置管理模块、人员管理模块、CA配置模块、用户管理模块、系统配置模块、审计管理模块、系统初始化模块。
支撑层:主要是实现系统通用计算、数据存储和目录服务。
终端包括受理点管理终端和用户终端,支持PC端用户和手机端用户。
数字证书认证系统采用B/S架构,所有管理工作通过浏览器完成。系统主要功能如下表所示:
根据系统提供的功能结构,按照模块进行划分,系统分为:
• 接入层
1. 综合接口系统:面向应用系统提供数字证书生命周期管理和证书服务的接口调用功能,能将证书服务的相关流程嵌入到应用系统中,满足业务融合和界面整合的需要。为业务系统提供的证书业务接口包括证书申请、证书更新、证书状态变更、密钥恢复、证书查询、证书下载、获取证书应用策略。
2. 用户自服务界面:为用户提供自服务界面进行证书的申请和管理;
3. 管理界面:为管理提供系统管理配置界面,进行系统的初始化、信任/管理体系建立、证书业务、系统配置、审计等功能。
• 业务层 1. 证书签发系统:主要接受证书业务(证书签发、证书发布、证书吊销、证书更新等业务功能)请求后进行对应的业务核心逻辑处理,以及证书发布、CRL签发等业务逻辑处理。请求包括系统内部请求和外部接口请求,内部请求主要是来自于证书注册系统;外部请求主要是面向应用提供证书业务的接口。 2. 证书注册系统:实现证书业务申请(包括证书申请、证书更新、证书废止、密钥恢复等)、证书业务审核等业务功能。 3. 证书查询发布系统主要面向应用系统提供证书查询验证和状态查询验证功能;综合服务接口模块主要是面向应用系统提供数字证书生命周期管理和证书服务的接口调用功能,能将证书服务的相关流程嵌入到应用系统中,满足业务融合和界面整合的需要。 4. 密钥管理系统:主要实现用户加密证书密钥安全生成、发放、恢复等功能。提供密钥管理功能,包括密钥池的配置、密钥计划的配置、密钥的查询和归档; 5. 策略配置模块:提供策略配置功能,包括证书模板的制作和配置、证书应用类型的添加和配置、CRL发布策略配置; 6. 人员管理模块:提供基于角色的人员管理功能,根据权限集合不同设置不同的操作员;具备完善的三级管理员权限配置体系和管理审计分离管理体系。支持系统初始化人员管理、管理员管理、操作员管理等分级管理配置,支持系统和业务管理与审计分离管理原则。 7. CA配置模块:提供二级CA的配置管理功能,包括二级CA签发、组织结构管理;能支持虚拟CA功能,能进行分区域授权管理。可以支持多个逻辑CA,每一个逻辑CA具有各自的独立的信任体系和管理体系。 8. 用户管理模块:提供用户管理功能,包括用户信息查询和修改、用户密码重置功能。 9. 系统初始化模块:提供系统初始化向导功能,包括根密钥初始化、根CA证书签发、系统CA证书签发、站点证书签发、管理员/审计员签发。 10. 系统配置模块:提供系统配置功能:包括数据库的备份和恢复、密钥表的备份和恢复;提供证书统计、查询、报表功能,能统计查询证书数量、证书业务操作(证书申请、证书吊销、证书更新等)次数,可进行柱状图形展现,能导出excel报表。 11. 审计功能模块:提供对操作日志的查看和审计功能;提供详尽的业务日志管理功能,能记录系统所有的业务操作日志,包括系统登录、权限变更、业务办理、系统维护等记录。 • 支撑层 1. LDAP发布系统:提供证书的LDAP发布功能,签发后的证书或CRL通过LDAP发布模块发布到LDAP目录数据库; 2. 数据处理系统:为系统提供数据处理能力,通过数据库方式保存数据。 3. 维护监控系统:具有专门的运行维护子系统,独立于主服务程序,可实现系统资源和服务监控功能,监控内容包括CPU、内存、磁盘空间、软件程序等;提供基于web页面操作方式的系统升级和版本更新功能。
| 序号 | 性能规格指标参数 |
| 1 | 支持双机、负载均衡 |
| 2 | 提供C、COM 、Java 等主流开发API |
| 3 | 证书容量5万张; RSA1024位单证书签发能力不小于12张/秒; RSA1024位双证书签发能力不小于5张/秒; 证书查询时间延迟不大于1秒; 平均无故障时间大于40000小时; |
| 4 | 适用环境:千兆环境,并发用户多 |
统一认证系统架构设计如下图所示:
在XX单位统一认证系统,可管理全部的系统用户,用户可通过统一身份认证系统进行身份认证、实现单点登录;
XX单位统一认证系统的主要服务功能模块包括:身份认证模块、单点登录模块、后台管理模块、数据服务模块及安全管理模块,其中后台用户管理包括用户、角色、应用等相关信息管理,另外,安全管理模块为维护好系统服务功能的安全性,提供系统自身所有操作的安全审计功能,以及各个应用系统用户信息的监控功能。
身份认证服务为XX单位各应用系统内各类用户提供身份信息注册、凭证发布、用户资料管理及销毁、登录认证功能。
主要包括以下几个部分:
CA认证中心:XX单位数字证书认证系统为数字证书用户提供身份认证服务,签发数字证书,实现证书与现实中的实体(个人、单位或服务器)的绑定。
统一认证服务器:统一认证系统服务器的数据库中集中存放所有业务系统的用户信息和权限信息,所有业务系统和统一认证系统都需要部署服务器证书、安全组件和认证接口,用于业务系统与客户端,或业务系统之间的身份认证。
证书用户:证书用户按照经过严格的身份信息鉴证,从CA认证中心领取数字证书,然后通过访问统一认证系统,进行单点登录,就可以很方便地访问自己权限范围内的应用系统。用户数字证书的身份信息要与统一认证系统中注册的用户信息保持一致(关键信息为:姓名、证件类型和证件号码),只有信息一致的前提下,才可实现可靠的身份认证。
统一认证系统可以对不同的系统进行分级认证,也可以对系统内的不同用户分级认证。系统同时支持口令方式和数字证书两种方式的身份认证机制。另外,系统具有扩展接口,可快速实现动态口令认证、指纹认证和和人像等其它身份凭证认证模式。身份认证技术支持PKI、LDAP、NDS、NIS、AD等标准认证技术。
对于安全性较低的系统,可以采用最低认证等级:用户名/口令方式;对于安全性较高的系统,最低认证等级则需要设置为数字证书方式。系统的认证等级和用户的认证方式都可以在统一认证系统后台进行动态配置。
用户使用数字证书可以登录安全性较低的系统,但是用户名/口令认证方式不允许进入等级为数字证书的业务系统。
数字证书用户登录业务系统的身份认证流程如下图所示:
流程说明:
1. 提供证书:在登录门户页面(或统一认证首页)中嵌入证书控件和组件,服务器端产生随即数并进行数字签名,客户端实现即插即用的登录认证模式,只要插入UsbKey自动列举Key内的数字证书;
2. 握手认证:用户输入证书密码、点击登录提交按钮后,页面调用证书控件的运行脚本,校验证书密码后对服务器端产生的随即数和数字签名进行验证;客户端对随即数进行数字签名,提交认证信息给服务器验证;认证信息主要包括:随即数、客户证书、客户的签名等信息。服务器后台程序验证客户端的证书有效性和数字签名的有效性。
3. 获取访问信息:统一认证服务器从认证信息中提取客户端数字证书,并从证书中解析出证书的唯一标识,在后台数据库中进行比对,进行访问控制;
4. 返回登录票据:服务器认证通过后,形成标准格式的登录票据,返回客户端。
5. 选择业务系统:系统根据登录票据,显示可登录的系统,用户选择系统。
6. 传递票据:客户端浏览器将登录票据传递到对应的系统地址上。
7. 票据验证:业务系统根据接收到的登录票据,通过部署的安全组件进行验证。
8. 进入系统:验证通过,允许进入,根据用户权限信息,授予对应的操作权限。否则,拒绝登录。
系统采用数字证书,安全组件、密码运算、数字签名、数字信封等技术来保障用户身份的真实性,可以有效避免身份冒充、身份抵赖、重放、中间人攻击的风险,从而在一定程度上保证认证的安全性。数据加密可采用标准SSL协议,在WEB服务器上配置SSL服务器证书,即可实现数据在网络传输过程中的加密。
用户身份唯一性设计:系统采用集中数据库管理模式,用户名作为用户信息表中的主键,在系统中不允许重复。另外,系统中可根据用户类型和注册的基本信息生成一个具有用户特征码,用于识别一个人或单位在系统中的身份唯一性。
特征码的编码规范示例:
个人用户的特征码=证件类型编码+证件号码+真实姓名+登录名
单位用户的特征码=组织机构代码+对应单位名称+登录名
用户名方式的身份认证业务流程与证书方式类似,与证书方式的主要区别在于以下几点:
(1)客户端不进行数字签名;
(2)提交给服务器的认证信息不包括客户端数字签名,而是加密后的登录口令;
(3)服务器端接收到认证信息后,不再验证签名,而是将加密的口令与数据库中的加密口令进行对比核对;
(4)安全登录票据中的登录方式不同;
(5)其他流程没有区别。
为确保信息资源访问的可控性,防止信息资源被非授权访问,需要在用户身份真实可信的前提下,提供可信的授权管理服务,实现对各类用户的有效管理和访问控制,保护各种信息资源不被非法或越权访问,防止信息泄漏。
统一认证系统提供信息资源管理、用户角色定义和划分、权限分配和管理、权限认证等功能。权限管理主要是由管理员进行资源分类配置、用户角色定义及授权等操作;权限认证主要是根据用户身份对其进行权限判断,以决定该用户是否具有访问相应资源的权限。
由于统一认证系统要解决各个应用系统内部的细粒度资源权限控制,需要与应用系统紧密结合,因此统一认证系统在粗粒度访问控制的基础之上,由各个应用系统结合本地资源授权方式,进行定制集成开发。
由于采取分布式的RBAC授权管理模型,首先对用户进行严格的身份认证,保证用户身份的真实性,在此基础之上再由综合各个应用系统内部资源权限分配的统一授权管理系统对用户进行严格的权限认证,实现各个应用系统内部资源细粒度的授权访问控制。
用户访问控制总体框架如下图所示:
在此框架下,整个授权控制的工作流程如下:
1. 统一认证系统的初始化,添加并配置系统管理员;
2. 由系统管理员添加并配置下级管理员或用户;
3. 管理员添加受控访问资源,并设置每个用户的权限;
4. 用户访问各应用系统,首先由统一认证系统验证该用户的身份;
5. 认证通过后根据用户身份,对用户进行权限认证;
6. 如果用户通过权限认证,则说明该用户可以进入相应的应用系统,访问权限许可内的资源;否则,拒绝用户访问。
基于角色的访问控制(RBAC)授权模型:通过角色定义,将应用系统的业务权限授予某个角色,然后将用户与这些角色关联,从而将业务权限赋予该用户。如下图所示:
基于角色的访问控制方法的思想就是把对用户的授权分成两部份,用角色来充当用户行驶权限的中介。这样,用户与角色之间以及角色与权限之间就形成了两个多对多的关系。系统提供角色定义工具允许用户根据自己的需要(职权、职位以及分担的权利和责任)定义相应的角色。
角色是一组访问权限的集合,一个用户可以是很多角色的成员,一个角色也可以有很多个权限,而一个权限也可以重复配置于多个角色。权限配置工作是组织角色的权限的工作步骤之一,只有角色具有相应的权限后用户委派才能具有实际意义。
基于角色授权模型的优点
基于角色的策略实现了用户与访问权限的逻辑分离,极大的方便了权限管理。例如,如果一个用户的职位发生变化,只要将用户当前的角色去掉,加入代表新职务或新任务的角色即可。一般,角色/权限之间的变化比角色/用户关系之间的变化相对要慢得多,并且委派用户到角色不需要很多技术,可以由行政管理人员来执行,而配置权限到角色的工作比较复杂,需要一定的技术,可以由专门的技术人员来承担,但是不给他们委派用户的权限,这与现实中情况正好一致。除了方便权限管理之外,基于角色的访问控制方法还可以很好的地描述角色层次关系,实现最少权限原则和职责分离的原则。
基于角色授权的流程
以下面的授权目标举例说明基于角色的授权流程:
用户(张三)<- 角色(预算处处长)<- 权限(预算系统的审核)
1、生成一个角色:预算处处长;
2、选择预算系统的预算审批业务权限授予预算处处长角色;
3、将预算处处长角色授予用户张三。
通过将预算系统的审核的业务权限授予预算处处长角色,然后将此角色与用户张三关联,最后用户拥有了该权限。
分级授权实现的是权限继承:当上级管理员对下级管理员进行授权时,所授予的业务权限将被下级继承,下级管理员拥有这些权限,并可以将这些权限授予其管辖的用户。
分级授权通过管理员授权实现。通过一步步的权限传递,可以实现多级授权。授权可以基于角色,(如例子中利用预算审核角色),也可以直接基于业务权限。
安全的单点登录具体实现机制如下:采用基于数字签名的安全票据技术,封装用户登录后的认证状态信息,并以安全方式传递到各个相关系统中,通过对票据的解密、验证、解析,从而实现方便、快捷、安全的单点登录。
单点登录票据格式如下:
通过对单点登录票据的加密、签名等技术保证票据的机密性、完整性以及抗否认性,并且在票据中包含票据的有效时间段信息,利用时间有效期从一定程度上减少重放、中间人攻击的风险。单点登录系统维护一张票据流水号临时表,票据使用一次以后就失效,也可以有效防止重放攻击的风险。通过采用以上的这些安全措施以及安全流程,可以有效地保证单点登录系统的安全性。
安全单点登录流程如下图所示:
身份信息由各应用系统汇集,统一认证系统提供批量操作(导入、导出、迁移)工具,如采用用户数据EXCEL 的导入导出,以满足XX单位大量用户维护的需求。
系统提供分级管理分级授权。
用户身份信息和用户的访问控制相关的授权信息均分级管理。
设有三类管理员角色:
1. 系统管理员:进行单位管理员管理、机构管理、角色管理、应用系统管理等日常管理。
2. 安全审计员:进行安全审计,日志管理等工作,对系统管理员的工作进行监督。
3. 单位管理员:进行本单位的用户的授权管理。单位管理员根据系统管理员定义的本单位的访问角色,为最终用户进行授权。
统一认证系统的后台用户管理的功能如下:
统一认证系统的总体功能包括:用户管理、角色管理、信息系统管理、机构管理、基础数据管理和安全审计。
统一认证系统具有较完善的应用层日志记录功能,可以通过安全管理模块下的系统日志子模块查看审计日志信息,审计日志包括:序号、管理员名称、操作类别、操作日期、操作描述。
日志内容可以记录用户不成功登录的信息,可以记录用户的重要业务操作行为,如:对用户、角色的增加、删除、修改和授权关系的调整等操作。
所有日志按照标准结构化数据记录,便于审计。日志中备注信息可填写一些详细信息。
日志可以提供查询、备份等管理功能。
各单位管理员可查询本机构日志;
系统管理员可查询所有日志;
安全审计员可以备份、删除日志(只能以时间段备份及删除);
备份/删除日志操作时间有记录,备份/删除的记录不删除;
可设置备份提醒,在管理员登陆时提醒。
检查某个用户一段时间内的缺勤情况。
检查当前访问网络的用户数量。
识别通过远程计算机访问的用户检查所有用户的高峰登录时间。
查看上次访问重要资源的用户。
发现试图登录不具访问权限的计算机的用户。
查看任一个用户登录的全部历史。
同一个用户在短时间内从不同地方登陆情况,全面了解用户活动的安全情况。
实时预警功能,提供关注重要事件的实时告警。
支持计划报表,提供自动发送用户选择的相关报表到管理员邮箱功能。
提供自定义报表,要求提供基于用户、计算机、组策略、组织单元等内容定制各种报表。
支持导出CSV和XLS等格式。
提供日志自动归档功能:即基于用户设定的时间间隔对日志进行自动存档,存于指定目录。
应用系统要接入统一身份管理系统,进行单点登录,需按照提供的接入标准对登录模块进行改造,具体技术实现方式详见第4.1.2和第4.1.4章节。
根据以上内容的介绍,各个业务系统接入统一认证系统的步骤必须按照规范和以下步骤完成:
1、首先把业务系统中的用户信息全部导入统一身份认证系统中,统一用户数据汇总初始化是实现集成认证的前提。
2、业务系统的原有登录方式取消,统一采用统一登录入口,需要各个业务系统按照统一认证的接口规范要求进行相应的开发改造
3、各个业务系统可以有选择的把权限管理数据放到统一身份认证系统中来,也可以选择保留原有业务系统的权限管理方式;
4、统一认证系统启用后,禁用已经接入的业务系统用户数据录入的操作,保证整个系统的数据一致性,防止数据冲突发生。
| 序号 | 统一认证系统性能规格 |
| 1 | 支持双机、负载均衡 |
| 2 | 1、认证并发用户数不小于500 2、认证响应时间 不大于2秒 3、用户容量 100000用户数 |
移动安全中间件公钥基础设施(PKI)为核心,以数字证书和CA认证为基础,设计开发了一套建立在一系列相关国内、国际安全标准之上的开放式安全中间件,可以向上为应用系统提供多种安全应用模式和不同封装层次的安全开发接口,向下提供统一的密码算法接口以及对文件、USB Key、SDkey、智能卡、加密机等密码存储介质的调用接口,从而可以为金融证券、电子商务、电子政务、企业信息化等系统解决数据机密性、数据完整性、防抵赖、身份识别、访问控制等关键安全问题。
在应用系统的开发中采用安全中间件产品,开发人员只需在特定业务逻辑中嵌入所需的安全功能,然后再进行简单的部署和配置,即可实现基于PKI的安全应用,可极大程度的降低应用系统的开发成本、提高开发效率、提高系统可靠性、降低系统维护的复杂度。
移动终端安全中间件的主要接口功能包括:
• 获取签名证书 • 获取证书信息 • 获取证书序列号 • 获取证书的颁发者信息 • 签名 • 验签 • 生成随机数 • 检查用户证书 • 制作数字信封 • 解数字信封 • ……
• 易于集成 • 对应用透明 • 高安全性 • 2048位高强度的公钥算法RSA • 支持国密标准的SM2算法 • 3DES、AES、SM4等对称算法 • 兼容各种证书存储媒介,如文件、USB key、SD key、加密机等 • 兼容多种操作系统 • 手机操作系统,如Android、IOS等; • 遵循各类国际国内安全标准,可以与国际国内标准CA兼容
| 序号 | 非功能指标要求 |
| 1 | 密钥对生成时间要求: • RSA1024 小于300ms/次; • RSA2048 小于900ms/次; • SM2 小于60ms/次 |
| 2 | 签名时间(ms)要求: • RSA1024 小于50ms/次; • RSA2048 小于100ms/次; • SM2 小于60ms/次 |
| 3 | 验签时间(ms)要求: • RSA1024 小于5ms/次; • RSA2048 小于10ms/次; • SM2 小于60ms/次 |
工作描述:在合同签订后,由项目负责人(或项目经理)完成工程实施前的一切必要的准备工作,了解单位的基本信息及要求,并据此做出项目计划。
流程说明:
工作描述:召开项目启动会,向用户信息化负责人讲解工程实施规范及本项目工程实施安排,制订《工程项目进度表》
流程说明
工作描述:由用户信息化领导小组牵头,组织各相关业务部门负责人开会。培训管理思路。讲解数据准备内容,安排数据准备责任部门。
在对系统基本了解后进行,了解系统与单位现有管理流程的异同,及必须更改的内容(如报表格式)。
流程说明
工作描述:需求确认后,技术支持部进行客户化修改。
流程说明
工作描述:培训单位自己的系统管理人员对信息系统的基本维护和操作,使其该人员能熟悉信息系统的基本流程,能辅助工程人员进行下一步培训工作。继续单位操作人员的培训工作,协助数据准备人员的数据录入。负责对信息系统的数据准备情况进行核对,保证数据的准确性。对系统实施前的准备工作进行确认,包括网络、硬件、操作系统等诸方面,核对参数设置情况。
流程说明
工作描述:培训、准备、客户化工作完成后,进入工程实施阶段。实施前先进行系统的初始化,做好数据备份工作,进行模拟运行,修正运行中的问题。正常后转入正式运行。
流程说明:
工作描述:单位对整个系统的质量进行工程验收,完成回款
流程说明:
工作描述:负责对在免费维护期和售后服务协议有效期的系统进行响应维护。
流程说明
| 序号 | 项目实施阶段 | 实施内容 | 时间计划 | 备注 |
|---|---|---|---|---|
| 1 | 项目准备阶段 | 1.商务合同签订 2.确定项目组成员 3.项目详细计划 | 2017年11月30日至2017年12月4日 | |
| 2 | 项目启动阶段 | 1.项目启动会 2.系统备货 3.系统环境确认 4.应用集成方案确认 | 2017年12月4日至2017年12月8日 | 需用户方协调应用集成商配合 |
| 3 | 项目实施阶段/实地实施 | 1.系统安装部署 2.系统联调测试 3.系统整体测试 | 2017年12月11日至2017年12月15日 | 需用户方协调应用集成商配合 |
| 4 | 项目验收 | 1.项目验收计划确认 2.验收测试用例确认 3.项目验收测试 4.项目验收 | 2017年12月15日至2017年12月22日 | |
| 5 | 售后服务 | 售后服务 | 2017年12月22日至2018年12月21日 |
| 描述 | 备注 |
|---|---|
| 顺序号 | |
| 测试案例 | |
| 发现者(记录员) | |
| 发现时间(记录时间) | |
| 问题何时出现 | |
| 来源 | |
| 能否重现 | 0:不能 1:能 |
| BUG状态 | 0:Active 1:Fixed 2:Unfixed 3:Closed |
| 修改次数 | |
| 严重程度 | 0:非常严重,如整个系统无法运行 1:严重,如部分功能无法使用或数据错误 2:一般,如操作不方便或新增功能 |
| 优先级别 | 0:特别急,立即完成 1:比较急,两天内解决 2:一般急,下次版本升级解决 3:普通,将来某个版本升级解决 |
| 所属工程 | |
| 所属组件 | |
| BUG描述 | 发生问题的窗体,引起错误的操作过程具体描述; |
| 辅助信息 | 协助解决问题的相关信息,如住院号、门诊日期、流水号,客户联系方式和联系人; |
| 代码员 | |
| 解决人员 | |
| 解决时间 | |
| 测试人员 | |
| 测试时间 | |
| 原因 | |
| 错误类型 | 如硬件设备出问题、数据库问题、维护错误、操作错误、程序错误、流程设计不合理; |
| 有效标志 | 0:删除无效 1:有效 |
案例编号由以下几部分构成:
项目名称 – 功能模块 – 具体功能 – 案例序列号
各部分内容的定义
项目名称:英文名称的字头,不超过5个字母
功能模块:英文名称的字头,不超过5个字母
具体功能:英文名称的字头,不超过5个字母
案例序列号:3位数字,从001到999
管理制度在软件产品的开发过程中,分为系统调研、系统分析、系统设计、代码编制和系统测试5道工序。每一道工序都有明确的工作进度安排,有规定要完成的文档资料。并且通常每一道工序都分别由不同人员完成。在每一道工序完成时会有一个由部门经理、技术总监及项目人员参加的评审的过程。
项目质量控制的整体流程
质量方针:优秀的产品,一流的服务。
• 优秀的产品:配备高素质的工程师;严格的质量控制;满足用户的实际需求。 • 一流的服务:设置客户服务部和专业的支持工程师,提供专业水准的服务;全员具有“客户的成功才是我们的成功”的服务意识。
质量目标:以严格的管理和先进的技术确保项目的成功;持续改进,IT服务专业化,实现最高客户满意度。
(1)软件质量意识
各级软件负责人及开发人员应认识软件质量的关键性和软件质量保证的特殊困难,必须按计划严格控制研制过程每一步的质量,并据此制定明确的、合理的具体方针和目标;激励全体有关人员尽心尽责,认真执行系统软件研制程序的各项规定;确保项目组长能在保证软件质量中起决定性促进作用。
(2)软件质量监督措施
采用各级责任人层层把关,互相监督,进行自检、互检、专检、审查、评审、内部测试、正式测试等质量监督措施,建立问题报告制度。
(3)文档管理
及时编写规定的文档,包括软件需求说明书、软件开发计划、功能规格说明书、概要设计说明书、详细设计说明书、用户操作手册、测试计划、测试分析报告、项目进度月报、开发总结报告、软件安装维护手册编写格式、软件问题报告、软件修改报告、阶段评审报告、软件验收报告,文档按规定产生后,一经批准即作为配置管理项纳入软件配置管理。
(4)软件配置管理
每个软件项目在软件需求分析阶段,由组长组织指定项目配置管理计划,负责软件开发各阶段的配置管理活动和基线设置与控制。其计划内容包括确定配置管理人员,规定其职责;确定需建立的配置管理项及其标识;规定各配置管理项的建立时间,并明确有关责任者;制定各种接口控制协议的建立日程和要求等。
(5)系统数据管理
建立软件工程数据收集、处理、保管、传递系统,包括:预计软件规模和预计的投入;实际软件规模和实际花费的人力、时间、经费和其它资源;每个软件项目按生存周期阶段采集,项目完结时的总结。
(1)项目人员培训
明确培训需求并对所有从事对质量有影响的工作的人员都进行培训。对从事特殊工作的人员按所要求的教育、培训和经历进行资格考核。保存适当地培训记录。
(2)软件开发管理质量控制
设计准则及要求
软件开发遵守国标软件工程规范的规定,应科学地、分阶段地进行软件开发,按要求如期地编制规定的文档,严格执行软件的配置管理和接口管理规范。
统一规定文档中的各种图形符号(如:数据流图、控制流图、模块结构图、程序流程图等),并规定各指定语言的编程格式约定。凡已有国标规定的应遵照执行。
在开发过程中,均应严格进行自检和互检,并积极创造条件实施软件专检。还应严格实施各种规定的软件测试,达到规定的要求。
对安全关键的软件,在软件开发的各个阶段进行有关的软件危险分析。
制定软件可靠性和安全性设计评审检查单,在软件开发的各有关阶段,进行可靠性和安全性设计评审。
| 序号 | 服务内容 | 服务内容描述 |
| 1 | 电话远程支持 | • 提供5*8小时的电话技术支持服务。 • 提供电子邮件技术支持服务。 • 提供电子邮件警示信息服务。 |
| 2 | 预防性维护 | • 提供定时的系统健康检查。 • 提供系统的一般性参数、配置调整。 |
| 3 | 现场故障处理 | • 提供系统故障的现场故障处理。 |
| 4 | 环境变更支持 | • 提供因系统相关的硬件变更、软件变更、数据迁移等运行环境变更,系统所需要的现场或非现场技术支持服务。 |
| 5 | 其他技术服务 | ( 根据实际要求修改或增加部分功能 ) |
根据服务内容,我公司工程师人员提供技术支持服务,具体的服务方式和要求如下。
提供5*8小时的热线电话技术支持服务。我司技术服务人员根据需求提供远程技术咨询、技术协助和紧急请求响应,若是电话能解决的问题,我方将通过电话电子等远程咨询服务方式提供服务;如是电话无法解决的问题,我方将制定问题的解决方案,根据需要安排现场故障处理服务,直到最终解决问题。
提供电子邮件热线技术支持服务,用户方可以以电子邮件的形式随时向我方电子邮件热线发送关于服务对象问题的请求,我方设有专门的技术专家负责实时监控电子邮件信息,并及时予以回复。
提供电子邮件警示信息服务,我方将通过电子邮件定期向用户报告服务对象的有关使用、配置等方面的重要信息,帮助、指导需求方能够正确、安全地使用好服务对象。
对系统提供健康检查服务,健康检查后,向用户提交检查分析报告、检查预警报告和系统性能优化建议等资料。
• 检查方式:现场巡视检查、现场例行检查、网络远程检查、运行状态监视等 • 检查频率:3个月 • 检查内容: 系统运行速度正常、系统功能运行正常 • 检查范围: 各功能模块
参数、配置调整服务:根据用户中心的要求,参考健康检查结果、系统性能优化建议以及其他技术资料,在制定维护方案的前提下,对系统进行参数、配置调整,以及其他预防性维护工作。
在服务期内,若系统出现通过电话无法解决的问题或故障,技术支持服务工程师将根据故障严重程度,采取相应的现场支持解决策略,为系统的故障系统提供现场故障处理服务。
现场故障处理服务的响应时间与修复时间的要求,见下表。
| 故障类型 | 响应时间 | 修复时间 | 故障举例 |
| 严重故障 | 立即出发,4 小时内到达现场,保持远程技术支持。 | 到达现场后: • 4 小时内系统恢复运行。 • 需要用户方配合检查其他影响因素的, 2 小时内提出解决方案。 • 24小时内系统全部恢复正常。 | 系统瘫痪;不能正常启动;业务全阻; |
| 重要故障 | (可以同上,或另外定义) | 到达现场后: • 6 小时内系统恢复运行。 • 需要用户方配合检查其他影响因素的, 4 小时内提出解决方案。 • 24小时内系统全部恢复正常。 | 部分重要服务受阻;系统性能明显下降,但尚可运行业务; |
| 一般故障 | 电话答复, 6小时内作出修复方案,试情况而定是否现场服务。 | 2 个工作日内修复 | 系统个别服务不正常;系统性能有所下降;设备配置方面的疑问;设备日常维护问题 |
启动故障应急方案:如果规定时限内无法解决故障,我方应在 4小时内提出故障应急方案,并在用户方的配合下启动,以保证系统的安全。
在服务期内,若系统相关的硬件环境、软件环境需要变更,以及数据需要迁移等,如果用户方需要的,我方可以为用户方提供相关的系统变更所需要的现场操作、现场指导或非现场指导等技术支持服务。
负责本次项目提供系统的维护及系统升级更新工作。
我司将对用户方技术人员进行全面技术培训,培训内容包括:统一认证系统、数字证书认证系统和移动终端安全中间件系统软件的功能、性能、技术原理、操作使用方法,维护管理技术,并进行实际上机操作。
我司将对用户方的应用开发商进行全面的接口开发培训,提供接口文档、接口示例、接口API等材料,以便应用开发商能够快速进行业务开发。
我司对用户方人员的培训,将使招标方人员可以独立操作、维护、管理,从而使用户方能独立进行管理、故障处理、日常测试维护等工作,确保系统能正常安全运行。
我司对系统的使用者提供培训,以及相应的培训资料,确保应用的广泛性。
我司提供系统日常检查维护流程图和系统状态对照表,以便于系统运维人员能迅速判断设备状态和故障情况。
我司负责提供给培训人员实际的操作环境和培训资料。
我司提供现场培训和标准专业培训,对标准专业培训明确具体培训地点和人数等。
我司将根据上述要求制定详细的培训课程及培训计划。
推荐阅读:
