东软项目监理技术评审报告Word文件下载.docx
《东软项目监理技术评审报告Word文件下载.docx》由会员分享，可在线阅读，更多相关《东软项目监理技术评审报告Word文件下载.docx（14页珍藏版）》请在冰点文库上搜索。
财政部信息中心
评审所需设备
PC及网络设备
参加技术评审的人员
类别
名字
工作单位
职称、职务：
主持人
马龙
沈阳东软软件股份有限公司
项目监理方代表
评审
小组
成员
夏楠
林海珊
夏君奎
何秀梅
张雷
国家财政部国库司信息中心
项目建设方代表
胡宁
赵宇
记录员
报告
作者
主研方
人员
魏向东
北京北大方正集团公司
项目主研方代表
2.缺陷识别
本次评审按照文档性质分为需求文档评审、设计文档评审、用户手册评审、管理文档评审、系统源代码评审五个部分进行，每部分各进行两轮，第二轮主要针对第一轮发现问题的修改情况进行跟踪审核。
每部分在评审过程中所发现的问题、反馈、解决情况等以表格形式进行记录，并作为技术评审报告的附录随本报告一起提交。
下面仅对需求文档评审、设计文档评审和系统源代码评审、用户手册评审、管理文档评审五个部分在两轮次内发现的问题进行技术指标统计，其统计数据如下表所示：
评审类别
评审轮次
发现问题缺陷
总数（个）
需求文档
第一轮
57
第二轮
6
需求合计
63
设计文档
52
1
设计合计
53
用户手册
75
20
95
管理文档
28
系统源码
88
2
源码合计
90
需求文档评审两个轮次一共发现问题：
63个，大致分成五大类：
1．需求文档正文与模板存在不一致问题且部分文档格式编排存在问题，此类问题共9个；
2．需求文档部分章节对所陈述问题不够充分或不够准确；
此类问题共31个；
3．需求文档正文描述与实际业务描述不一致；
此类问题共7个；
4．需求文档正文内部分插图不符合图例或有“图形内部业务过程不统一的问题”等图形问题；
此类问题共4个；
5．其它问题。
此类问题共12个；
设计文档评审两个轮次一共发现问题：
53个，大致分成六大类：
1．设计文档部分格式编排、语言陈述、语句、段落上下文衔接存在问题；
2．设计与实现不一致；
此类问题共8个；
3．设计文档缺少创建时间、人、修改时间、内容等文档标识和对文档的修改记录；
4．设计文档部分章节对所陈述问题不够充分或不够准确；
此类问题共19个；
5．设计文档部分图例、插图、插图标题存在问题；
此类问题共6个；
6．其它问题。
用户手册评审由于业务人员暂不能到位，所以本次主要针对文档结构、语言组织方面的评审，业务及功能描述准确性方面未作全面的评审。
本次评审两轮中一共发现问题：
95个，大致分成八类：
1．功能遗漏，第一轮1个，第二轮0个。
2．描述错误，第一轮12个，第二轮1个。
3．描述不完整，第一轮11个，第二轮1个。
4．逻辑顺序不合理，第一轮2个，第二轮0个。
5．冗述或描述过于简单，第一轮5个，第二轮7个。
6．行文不合格，第一轮13个，第二轮0个。
7．字面错误，第一轮14个，第二轮8个。
8．格式问题，第一轮15个，第二轮3个。
管理文档评审两个轮次一共发现问题：
28个，大致分成五类：
1．内容不完整，第一轮19个，第二轮0个。
2．与实际情况不符，第一轮2个，第二轮0个。
3．数据错误，第一轮1个，第二轮0个。
4．表现形式问题，第一轮2个，第二轮0个。
5．格式问题，第一轮4个，第二轮0个。
系统源代码在2004年的评审中，第一轮评审代码总量的10％，第二轮评审代码总量的15％。
2005年本轮评审代码总量的10％，两个轮次一共发现问题：
90个，大致分成九大类：
1．部分源代码注释书写错误或格式与sun的java语言规范有出入；
2．部分源代码模块、关键类及变量、常量等缺少相应的注释说明；
此类问题共24个；
3．部分Java源代码switch结构没有相应的default分支；
4．部分源代码的变量在有null出现的情况下赋值后，在引用前未进行null测试；
此类问题共17个；
5．部分源代码模块内存在大量被注释掉的源代码；
6．部分源代码书写格式、表达式所用运算符等不恰当；
此类问题共5个；
7．过程中的case语句无else分支；
此类问题共10个；
8．方法设计未实现；
9．其它问题。
综合以上统计内容，并按几大类问题及建议解决方案简要列表如下，具体内容请参见相关附录文档。
已识别的问题缺陷
建议缺陷
解决方案
需求文档正文与模板存在不一致问题且部分文档格式编排存在问题；
建议修改；
需求文档部分章节对所陈述问题不够充分或不够准确；
需求文档正文的文档交叉引用存在问题；
需求文档正文内部分插图不符合图例或有“图形内部业务过程不统一的问题”等图形问题
设计文档部分格式编排、语言陈述、语句、段落上下文衔接存在问题；
设计与实现不一致；
设计文档缺少创建时间、人、修改时间、内容等文档标识和对文档的修改记录；
建议添加；
设计文档部分章节对所陈述问题不够充分或不够准确；
设计文档部分图例、插图、插图标题存在问题；
用户手册功能遗漏问题
用户手册描述错误
用户手册描述不完整
用户手册逻辑顺序不合理
用户手册冗余或描述过于简单
用户手册行文不合格
用户手册字面错误
用户手册格式问题
管理文档内容不完整
管理文档与实际情况不符
管理文档数据错误
管理文档表现形式问题
管理文档格式问题
部分源代码注释书写错误或格式与sun的java语言规范有出入；
部分源代码模块、关键类及变量、常量等缺少相应的注释说明；
建议增加；
部分Java源代码switch结构没有相应的default分支；
部分源代码的变量在有null出现的情况下赋值后，在引用前未进行null测试；
部分源代码模块内存在大量被注释掉的源代码；
建议去掉；
部分源代码书写格式、表达式所用运算符等不恰当；
过程中的case语句无else分支；
建议封装；
方法设计未实现；
3.缺陷修正、跟踪与审核
缺陷跟踪
缺陷名称
何人解决
审核人签字
方正春元公司
评审小组成员
需求文档正文内部分插图内“有图形内部业务过程不统一的问题”；
审核修正后的工作成果
修正后的
工作成果
1、《财政国库集中支付管理系统（地方1.0版）需求规格说明书》；
2、《财政国库集中支付管理系统（地方1.0版）系统设计说明书》（含数据库结构设计说明书）；
3、《财政国库集中支付管理系统（地方1.0版）用户手册》（包括安装说明书）；
4、管理文档
1）《财政国库集中支付管理系统（地方1.0版）开发计划书》；
2）《财政国库集中支付管理系统（地方1.0版）质量保证计划》；
3）《财政国库集中支付管理系统（地方1.0版）配置管理计划》；
4）《财政国库集中支付管理系统（地方1.0版）测试计划》；
5）《财政国库集中支付管理系统（地方1.0版）测试分析报告》；
6）《财政国库集中支付管理系统（地方1.0版）项目开发总结报告》；
5、《财政国库集中支付管理系统（地方1.0版）》的相关源代码文件；
审核
结论
[√]修正后的工作成果合格。
[]修正后的工作成果仍然不合格，需重新修改。
审核人员
签字
签字：
日期：
2005-6-16
4.评审结论
评审结论
财政国库集中支付管理系统（地方版1.0）作为整个金财工程的核心系统，具有以下特点：
1．标准性：
支持XML1.0、Java/J2EE1.4等标准
2．开放型：
支持HTTP、HTTPS、LDAP、SOAP、UDDI等多种协议；
系统跨Unix、WindowsNT/2000、Linux等操作系统平台、跨WebLogic、WebSphere、SunOne、JRun等应用服务器
3．灵活性：
基于灵活的流程定制，可以在业务流程变化时，很方便的扩展业务处理流程；
基于灵活的要素定制，可以在业务要素发生变化时，软件自动适应要素的变化
4．扩展性：
采用分布式体系架构，可以适应业务规模发展的需要；
基于XML的标准规范，可以随着业务规则变化而扩展；
基于标准的编码体系，可以实现同财政其他业务的衔接
评审组认为：
审核修正后的工作成果能够满足目前建设方的基本要求，技术资料齐备并符合相应规范要求，基本达成《财政国库集中支付管理系统技术合同》所约定的任务，同意评审通过。
审核修正后的工作成果中有少数要素尚有不足，短期内能够改进，不影响评审工作的质量和公正。
对于改进意见存在的问题要限期解决，并将解决结果于 年 月 日前报建设方和监理方。
负责人
2005-6-22
5．改进意见
通过2004年9月的评审，经过半年时间的准备，本次评审的工作成果在质量上有了很大的提高，但有些方面还需要进一步完善：
1.需求文档在对国库业务描述上存在描述不充分、不准确的问题。
此类问题占问题总数的11％，说明承建方在对国库业务的学习理解上有待加强，并应该对文档中涉及国库业务的内容进一步夯实。
2.设计文档上存在设计与编码实现不一致的问题，此类问题占问题总数的15％，需求、设计、编码是一个有机的整体，在编码和实施过程中发现设计方面的问题应该及时向系统设计小组反映，系统设计小组及时修改。
建议对实施过程中发现的问题要进行跟踪
3.用户手册在语言的描述和组织上还应该进一步加强，力求作到从用户的角度来描述操作。
4.在源代码方面，部分源代码模块、关键类及变量、常量等缺少相应的注释说明，此类问题占问题总数的27％，财政部信息中心是系统上线后的维护部门，相应的注释说明对今后的系统维护工作十分必要。
目前评审的源代码占代码总量的35％，希望对剩余的65％源代码在注释说明上要进一步改进。
5.根据迈捷的测试总结报告，在系统性能和系统响应时间方面，还没有达到需求分析报告中的要求，需要进一步的改进。
6.评审中提出未实现的几个功能问题：
1）指标替换功能
2）预算单位的变更
3）预算单位、代理银行、清算银行与财政部门的电子对账功能；
4）在途数据作废功能（目前只是可以在预算单位中上级部门作废下级数据，其它模块的改功能已经不能使用）
以上意见需要建设方、主研方、监理方在验收前就改进的时间达成约定。
附录：
技术评审问答记录
本附录详细内容请参看附录文档。
附录
文件
列表
《需求文档评审记录表》；
《设计文档评审记录表》；
《用户手册文档评审记录表》；
《管理文档评审记录表》；
《代码评审记录表》；
升级会员 