82 lines
3.6 KiB
Markdown
82 lines
3.6 KiB
Markdown
项目进度计划管理在项目管理中至关重要，项目进度计划的制定应分为以下四步：
|
||
|
||
## 第一步：了解项目目标范围等基本情况
|
||
>对应禅道中的需求管理、人员安排、阶段规划等
|
||
|
||
明确项目成本；
|
||
明确项目实施范围；
|
||
明确项目实施周期要求；**就是时间**
|
||
明确项目投入人员情况；包括设备。**就是资源**
|
||
明确项目合同中收款及验收情况。
|
||
|
||
## 第二步：项目制约因素分析，策划最优项目实施计划
|
||
>对应禅道中的任务安排、测试管理、问题风险管理等
|
||
|
||
分析项目在本年度能否上线及验收；
|
||
分析项目在本年度能否收 60%的款项（上线款）；
|
||
本年度能收 60%款项（上线款）不能完成验收的项目，验收计划需控制在第二年一季度或上半年；
|
||
项目本年度必须验收（考虑压缩周期，增加人力，成本是否可控）；
|
||
了解客户在项目上的紧迫程度，需求人员支持情况等；
|
||
了解项目标准的实施周期，投入人数；
|
||
考虑上线到验收的时长，即试运行周期；
|
||
分析项目实施风险、规避方案、解决措施等；
|
||
了解测试范围，测试轮次，测试严格程度等。
|
||
|
||
## 第三步：项目实施计划制定
|
||
>直接参照模板，在禅道中各个阶段创建关键任务
|
||
|
||
基于项目基本情况和制约因素确定项目的实施周期，先初步规划项目重要里程碑，再列出各里程碑阶段的关键事项，最后对关键事项分解形成具体任务，通过合理的排期形成项目实施计划，各阶段关键事项如下：
|
||
|
||
## 第四步：项目实施计划评审
|
||
【对应禅道中的评审——项目计划】
|
||
邀请项目总监，区域负责人一起评审；
|
||
针对项目实施计划合理性，成本可控性，人员投入情况进行审核；
|
||
针对项目实施计划风险，解决措施，规避方案，保障计划有效落地进行审核。
|
||
|
||
|
||
|
||
|
||
|
||
|
||
产品型项目需要关联产品
|
||
![[a5ad93c5bc48c150209b4aee3433454.png]]
|
||
|
||
|
||
|
||
|
||
|
||
用户在互联网端的应用客户端运行在各种环境里，包括PC端Windows与Mac系统等、移动终端Android与iOS系统等，而传统的数字签名方案一般都是用USBKey或者BluetoothKey等硬件数字证书应用方案，由此带来的问题是不便捷、兼容性差、用户采购成本高。所以传统的数字证书应用方案已经不能适应当前密码安全的发展需求。
|
||
|
||
因此在用户无需任何额外硬件介质的条件下，为用户在互联网端提供安全合规的数字签名解决方案，有助于提升信雅达安全产品的综合竞争力，同时也有利于拓展非金融领域的安全产品市场，所以开发一套协同签名安全服务平台有着非常重要的意义。
|
||
|
||
支持PC端的Windows、Linux客户端，移动端的Android、 IOS系统的客户端，
|
||
|
||
客户端协同签名安全模块SDK：
|
||
|
||
1) 客户端协同签名安全模块 SDK 兼容 WEB。
|
||
|
||
2) 客户端协同签名安全模块 SDK 兼容文件操作
|
||
|
||
3) 客户端协同签名安全模块 SDK 兼容HMAC-SM3
|
||
|
||
4) 客户端协同签名安全模块 SDK 兼容HTTPS协议
|
||
|
||
协同签名安全服务平台：
|
||
|
||
5) 协同签名安全服务平台兼容信创数据库OceanBase？
|
||
|
||
6) 协同签名安全服务平台兼容HTTPS协议；
|
||
|
||
7) 协同签名安全服务平台web管理新增客户端证书存储、查询、删除
|
||
|
||
8) 协同签名安全服务平台web管理新增证书最大下载书配置，证书CA信息配置
|
||
|
||
9) 认证模块配置
|
||
|
||
10) 协同签名安全服务平台web管理支持非对称密钥的产生、分发、更换、使用、备份、恢复、销毁
|
||
|
||
11) 支持SNMP、SYSLOG等标准协议配置
|
||
|
||
12) 服务端支持keepalive功能
|
||
|