ImageVerifierCode 换一换
格式:DOCX , 页数:14 ,大小:19.82KB ,
资源ID:10327924      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/10327924.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(东软项目监理技术评审报告.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

东软项目监理技术评审报告.docx

1、东软项目监理技术评审报告财政国库集中支付管理系统(地方版V1.0)文档验收评审报告财政部信息网络中心东软软件股份有限公司财政项目监理组二O O五年六月1. 基本信息待评审的工作成果1. 财政国库集中支付管理系统(地方1.0版)需求规格说明书;2. 财政国库集中支付管理系统(地方1.0版)系统设计说明书(含数据库结构设计说明书);3. 财政国库集中支付管理系统(地方1.0版)用户手册(包括安装说明书);4. 管理文档:1) 财政国库集中支付管理系统(地方1.0版)开发计划书;2) 财政国库集中支付管理系统(地方1.0版)质量保证计划;3) 财政国库集中支付管理系统(地方1.0版)配置管理计划;

2、4) 财政国库集中支付管理系统(地方1.0版)测试计划; 5) 财政国库集中支付管理系统(地方1.0版)测试分析报告;6) 财政国库集中支付管理系统(地方1.0版)项目开发总结报告;5. 财政国库集中支付管理系统(地方1.0版)的相关源代码文件。技术评审方式第三方监理方式评审评审时间2005年4月6日至2005年4月29日评审地点财政部信息中心评审所需设备PC及网络设备参加技术评审的人员类别名字工作单位职称、职务:主持人马龙沈阳东软软件股份有限公司项目监理方代表评审小组成员夏楠沈阳东软软件股份有限公司项目监理方代表林海珊沈阳东软软件股份有限公司项目监理方代表夏君奎沈阳东软软件股份有限公司项目监

3、理方代表何秀梅沈阳东软软件股份有限公司项目监理方代表张雷国家财政部国库司信息中心项目建设方代表胡宁国家财政部国库司信息中心项目建设方代表赵宇国家财政部国库司信息中心项目建设方代表记录员林海珊沈阳东软软件股份有限公司项目监理方代表报告作者马龙沈阳东软软件股份有限公司项目监理方代表夏君奎沈阳东软软件股份有限公司项目监理方代表林海珊沈阳东软软件股份有限公司项目监理方代表主研方人员魏向东北京北大方正集团公司项目主研方代表2. 缺陷识别本次评审按照文档性质分为需求文档评审、设计文档评审、用户手册评审、管理文档评审、系统源代码评审五个部分进行,每部分各进行两轮,第二轮主要针对第一轮发现问题的修改情况进行跟

4、踪审核。每部分在评审过程中所发现的问题、反馈、解决情况等以表格形式进行记录,并作为技术评审报告的附录随本报告一起提交。下面仅对需求文档评审、设计文档评审和系统源代码评审、用户手册评审、管理文档评审五个部分在两轮次内发现的问题进行技术指标统计,其统计数据如下表所示:评审类别评审轮次发现问题缺陷总数(个)需求文档第一轮57需求文档第二轮6需求合计63设计文档第一轮52设计文档第二轮1设计合计53用户手册第一轮75用户手册第二轮20用户手册95管理文档第一轮28管理文档第二轮0管理文档28系统源码第一轮88系统源码第二轮2源码合计90需求文档评审两个轮次一共发现问题:63个,大致分成五大类:1 需求

5、文档正文与模板存在不一致问题且部分文档格式编排存在问题,此类问题共9个;2 需求文档部分章节对所陈述问题不够充分或不够准确;此类问题共31个;3 需求文档正文描述与实际业务描述不一致;此类问题共7个;4 需求文档正文内部分插图不符合图例或有“图形内部业务过程不统一的问题”等图形问题;此类问题共4个;5 其它问题。此类问题共12个;设计文档评审两个轮次一共发现问题:53个,大致分成六大类:1 设计文档部分格式编排、语言陈述、语句、段落上下文衔接存在问题;此类问题共12个;2 设计与实现不一致;此类问题共8个;3 设计文档缺少创建时间、人、修改时间、内容等文档标识和对文档的修改记录;此类问题共4个

6、;4 设计文档部分章节对所陈述问题不够充分或不够准确;此类问题共19个;5 设计文档部分图例、插图、插图标题存在问题;此类问题共6个;6 其它问题。此类问题共4个;用户手册评审由于业务人员暂不能到位,所以本次主要针对文档结构、语言组织方面的评审,业务及功能描述准确性方面未作全面的评审。本次评审两轮中一共发现问题:95个,大致分成八类:1 功能遗漏,第一轮1个,第二轮0个。2 描述错误,第一轮12个,第二轮1个。3 描述不完整,第一轮11个,第二轮1个。4 逻辑顺序不合理,第一轮2个,第二轮0个。5 冗述或描述过于简单,第一轮5个,第二轮7个。6 行文不合格,第一轮13个,第二轮0个。7 字面错

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语言规范有出入;此类问题共4个;2 部分源代码模块、关键

8、类及变量、常量等缺少相应的注释说明;此类问题共24个;3 部分Java源代码switch结构没有相应的default分支;此类问题共6个;4 部分源代码的变量在有null出现的情况下赋值后,在引用前未进行null测试;此类问题共17个;5 部分源代码模块内存在大量被注释掉的源代码;此类问题共12个;6 部分源代码书写格式、表达式所用运算符等不恰当;此类问题共5个;7 过程中的case语句无else分支;此类问题共10个;8 方法设计未实现;此类问题共4个;9 其它问题。此类问题共8个;综合以上统计内容,并按几大类问题及建议解决方案简要列表如下,具体内容请参见相关附录文档。已识别的问题缺陷建议缺

9、陷解决方案需求文档正文与模板存在不一致问题且部分文档格式编排存在问题;建议修改;需求文档部分章节对所陈述问题不够充分或不够准确;建议修改;需求文档正文的文档交叉引用存在问题;建议修改;需求文档正文内部分插图不符合图例或有“图形内部业务过程不统一的问题”等图形问题建议修改;设计文档部分格式编排、语言陈述、语句、段落上下文衔接存在问题;建议修改;设计与实现不一致;建议修改;设计文档缺少创建时间、人、修改时间、内容等文档标识和对文档的修改记录;建议添加;设计文档部分章节对所陈述问题不够充分或不够准确;建议修改;设计文档部分图例、插图、插图标题存在问题;建议修改;用户手册功能遗漏问题建议修改;用户手册

10、描述错误建议修改;用户手册描述不完整建议修改;用户手册逻辑顺序不合理建议修改;用户手册冗余或描述过于简单建议修改;用户手册行文不合格建议修改;用户手册字面错误建议修改;用户手册格式问题建议修改;管理文档内容不完整建议修改;管理文档与实际情况不符建议修改;管理文档数据错误建议修改;管理文档表现形式问题建议修改;管理文档格式问题建议修改;部分源代码注释书写错误或格式与sun的java语言规范有出入;建议修改;部分源代码模块、关键类及变量、常量等缺少相应的注释说明;建议增加;部分Java源代码switch结构没有相应的default分支;建议增加;部分源代码的变量在有null出现的情况下赋值后,在引

11、用前未进行null测试;建议修改;部分源代码模块内存在大量被注释掉的源代码;建议去掉;部分源代码书写格式、表达式所用运算符等不恰当;建议修改;过程中的case语句无else分支;建议封装;方法设计未实现;建议添加;3. 缺陷修正、跟踪与审核缺陷跟踪缺陷名称何人解决审核人签字需求文档正文与模板存在不一致问题且部分文档格式编排存在问题;方正春元公司评审小组成员需求文档部分章节对所陈述问题不够充分或不够准确;方正春元公司评审小组成员需求文档正文的文档交叉引用存在问题;方正春元公司评审小组成员需求文档正文内部分插图内“有图形内部业务过程不统一的问题”;方正春元公司评审小组成员设计文档部分格式编排、语言

12、陈述、语句、段落上下文衔接存在问题;方正春元公司评审小组成员设计与实现不一致;方正春元公司评审小组成员设计文档缺少创建时间、人、修改时间、内容等文档标识和对文档的修改记录;方正春元公司评审小组成员设计文档部分章节对所陈述问题不够充分或不够准确;方正春元公司评审小组成员设计文档部分图例、插图、插图标题存在问题;方正春元公司评审小组成员用户手册功能遗漏问题方正春元公司评审小组成员用户手册描述错误方正春元公司评审小组成员用户手册描述不完整方正春元公司评审小组成员用户手册逻辑顺序不合理方正春元公司评审小组成员用户手册冗余或描述过于简单方正春元公司评审小组成员用户手册行文不合格方正春元公司评审小组成员用

13、户手册字面错误方正春元公司评审小组成员用户手册格式问题方正春元公司评审小组成员管理文档内容不完整方正春元公司评审小组成员管理文档与实际情况不符方正春元公司评审小组成员管理文档数据错误方正春元公司评审小组成员管理文档表现形式问题方正春元公司评审小组成员管理文档格式问题方正春元公司评审小组成员部分源代码注释书写错误或格式与sun的java语言规范有出入;方正春元公司评审小组成员部分源代码模块、关键类及变量、常量等缺少相应的注释说明;方正春元公司评审小组成员部分Java源代码switch结构没有相应的default分支;方正春元公司评审小组成员部分源代码的变量在有null出现的情况下赋值后,在引用前

14、未进行null测试;方正春元公司评审小组成员部分源代码模块内存在大量被注释掉的源代码;方正春元公司评审小组成员部分源代码书写格式、表达式所用运算符等不恰当;方正春元公司评审小组成员过程中的case语句无else分支;方正春元公司评审小组成员方法设计未实现;方正春元公司评审小组成员审核修正后的工作成果修正后的工作成果1、财政国库集中支付管理系统(地方1.0版)需求规格说明书;2、财政国库集中支付管理系统(地方1.0版)系统设计说明书(含数据库结构设计说明书);3、财政国库集中支付管理系统(地方1.0版)用户手册(包括安装说明书);4、管理文档 1)财政国库集中支付管理系统(地方1.0版)开发计划

15、书; 2)财政国库集中支付管理系统(地方1.0版)质量保证计划; 3)财政国库集中支付管理系统(地方1.0版)配置管理计划; 4)财政国库集中支付管理系统(地方1.0版)测试计划; 5)财政国库集中支付管理系统(地方1.0版)测试分析报告; 6)财政国库集中支付管理系统(地方1.0版)项目开发总结报告;5、财政国库集中支付管理系统(地方1.0版)的相关源代码文件;审核结论 修正后的工作成果合格。 修正后的工作成果仍然不合格,需重新修改。审核人员签字签字:马龙日期:2005-6-164. 评审结论评审结论财政国库集中支付管理系统(地方版1.0)作为整个金财工程的核心系统,具有以下特点:1 标准性

16、:支持XML1.0、Java/J2EE1.4等标准2 开放型:支持HTTP、HTTPS、LDAP、SOAP、UDDI等多种协议;系统跨Unix、WindowsNT/2000、Linux等操作系统平台、跨WebLogic、WebSphere、SunOne、JRun等应用服务器3 灵活性:基于灵活的流程定制,可以在业务流程变化时,很方便的扩展业务处理流程;基于灵活的要素定制,可以在业务要素发生变化时,软件自动适应要素的变化4 扩展性:采用分布式体系架构,可以适应业务规模发展的需要;基于XML的标准规范,可以随着业务规则变化而扩展;基于标准的编码体系,可以实现同财政其他业务的衔接评审组认为:审核修正

17、后的工作成果能够满足目前建设方的基本要求,技术资料齐备并符合相应规范要求,基本达成财政国库集中支付管理系统技术合同所约定的任务,同意评审通过。审核修正后的工作成果中有少数要素尚有不足,短期内能够改进,不影响评审工作的质量和公正。对于改进意见存在的问题要限期解决,并将解决结果于年月 日前报建设方和监理方。负责人签字签字:马龙日期:2005-6-225改进意见通过2004年9月的评审,经过半年时间的准备,本次评审的工作成果在质量上有了很大的提高,但有些方面还需要进一步完善:1. 需求文档在对国库业务描述上存在描述不充分、不准确的问题。此类问题占问题总数的11,说明承建方在对国库业务的学习理解上有待

18、加强,并应该对文档中涉及国库业务的内容进一步夯实。2. 设计文档上存在设计与编码实现不一致的问题,此类问题占问题总数的15,需求、设计、编码是一个有机的整体,在编码和实施过程中发现设计方面的问题应该及时向系统设计小组反映,系统设计小组及时修改。建议对实施过程中发现的问题要进行跟踪3. 用户手册在语言的描述和组织上还应该进一步加强,力求作到从用户的角度来描述操作。4. 在源代码方面,部分源代码模块、关键类及变量、常量等缺少相应的注释说明,此类问题占问题总数的27,财政部信息中心是系统上线后的维护部门,相应的注释说明对今后的系统维护工作十分必要。目前评审的源代码占代码总量的35,希望对剩余的65源

19、代码在注释说明上要进一步改进。5. 根据迈捷的测试总结报告,在系统性能和系统响应时间方面,还没有达到需求分析报告中的要求,需要进一步的改进。6. 评审中提出未实现的几个功能问题:1) 指标替换功能2) 预算单位的变更3) 预算单位、代理银行、清算银行与财政部门的电子对账功能;4) 在途数据作废功能(目前只是可以在预算单位中上级部门作废下级数据,其它模块的改功能已经不能使用)以上意见需要建设方、主研方、监理方在验收前就改进的时间达成约定。附录:技术评审问答记录本附录详细内容请参看附录文档。附录文件列表需求文档评审记录表;设计文档评审记录表;用户手册文档评审记录表;管理文档评审记录表;代码评审记录表; 记录员签字签字:林海珊日期:2005-6-16

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1