软件评估报告模板.docx

1、软件评估报告模板软件评估报告模板篇一：软件评估报告 德米萨ERP评估报告 目录 1 评估描述. 3 评估目标 . 3 软件供应商简介 . 3 2项目可用性 . 4 业务单据基本流程 . 4 操作性 . 4 交互功能 . 4 定制化 . 4 3软件成本. 5 1 评估描述 评估目标 公司新项目需求，Iphone二手手机翻新销售项目，为了能使用符合业务流程的软件ERP应用功能，考察了德米萨进销存旗舰版ERP套件，主要评估业务上是否够正常处理Iphone项目的业务流程。 软件供应商简介 上海德米萨信息科技有限公司（上海幻仙石软件有限公司）是经中华人民共和国工业和信息化部以及上海市经济和信息化委员会评

2、定和审核的双软企业，是国家重点支持的软件企业。公司按照国际先进管理模式和制度组建，公司创始团队最早于XX年从事政府机构软件定制开发与服务，从XX年起专注企业管理软件的研究与开发，陆续推出“德米萨”系列智能办公管理软件，并于XX年起开始正式面市销售，迄今已积累各行各业大量客户群。公司拥有一支具备国际化视野和多年实战经验的团队，集合了一批世界上优秀的技术人才和资深的企业管理专家以及信息安全专家，公司高层领导及骨干员工均从事软件行业十余年，公司成立以来，一直专注于企业管理软件的开发和服务，在中国企业信息化的浪潮下，德米萨信息科技逐渐走向成熟，规模日趋壮大。公司高层管理人员及骨干员工均有多年从事政府机

3、构、事业单位及大型企业管理软件研发、实施等从业经历，具有丰富的管理咨询和技术服务经验，近90%的员工从事软件开发、系统集成、应用维护、技术咨询和信息安全工作 。 2项目可用性 业务单据基本流程 操作性 该ERP采用游览器登录方式，以现代流行的窗口为框架，可直接通过网页对该系统进行全面管理，融入了图形等容易理解的元素，简单易懂，流程清洗，管控全面。而从该系统的使用者来考虑，使用者为商品部、资讯部、仓库部、经管部、财务部。该系统能够为他们提供便捷的业务管理。 交互功能 该软件是采购管理，财务管理，库存管理，销售管理、办公管理以及OA的一体的系统，其中还有图表分析功能，将繁琐的数字以图形的形式进行展

4、示，使管理者更加直观的考虑业务步伐和方向。 重要以及特色功能点: 1、 让每个产品序列号的监管很到位，绑定序列号的入库、返修、退货 以及销售。其中库存查询可通过序列号直接查询，一路追踪序列号， 使商品更可管控。 2、 使用新良次品、返修品以及翻新品可分别由储位区分解决方案，让 货物存性清晰，便于仓库的维护和销售的快捷。 3、 提供客户和供应商门户，我司的采购单和订单可以由客户和供应商 自己来申请，提高了业务的效率，简化了流程。 定制化 该ERP软件他们也有自己的开发团队，金蝶EAS凭证等都可提供定制化开发服务，如果业务有新需求，跟进有效率。 3软件成本 该软件和其他供应商的ERP相比实惠很多，

5、原基础版本+特殊定制一起估计5万元上下。其他供应商ERP都是13万以上。 篇二：软件测试评估报告模板 软件测试评估报告 1 / 5 一、 引言 、 编写目的 编写软件测试评估报告有以下几个目的： 若测试缺陷由需求设计产生，设计人员将根据测试评估报告的数据修改设计； 若测试缺陷由现实操作产生，开发人员将根据测试评估报告的数据修改代码； 软件测试人员、开发人员及运维人员将根据软件测试评估报告，来最终确定项目子版本的发布时间。 、 背景 该项目的来源：华晨集团为了更好的进行运营产品网络销售和高效管理，而设计水炮网系统。 该项目的委托单位：河南省华晨电子商务有限公司 该项目的主管单位：河南省正正互联有

6、限公司 、 定义 、 参考资料 2 / 5 二、 测试结论 、测试目的 本次测试以用户功能达到为目的，测试的依据产品需求设计说明书及系统规格说明书。若按照操作步骤能够得到测试样例的预期输出，则表示测试结果为通过；否则测试为没有通过。 、测试部门及人员 本次测试的部门：河南正正互联有限公司技术中心测试部 本次测试的负责人：王杰 本次测试的人员：王杰、马晓芳 、测试结果 3 / 5注释：通过用“”标示；不通过用“”标志。 4 / 5 三、 评价 、软件能力 通过对软件的测试结果与功能需求作比较，软件能力达到规定的能力要求，但是部分还有缺陷，详见测试结果。 、缺陷和限制 通过在软件测试结果中缺陷描述

7、，发现*功能在*操作中还有一些较大的问题，下一步准备改进，其他尚有部分缺陷。 、建议 本次测试虽然完成了*功能测试，但是操作方式多变，所以建议使用更多的测试方法来测试软件的可靠性。 、测试结论 通过本次测试，部分功能有待修改，但不影响本次版本发布。 5 / 5 篇三：测试评估报告模板 测试评估报告 项目名称：_部门级文档管理系统 项目编号：* 编写人员：_ 编写日期： XX-5-10 _ 审批人员： 审批日期： 历史修改记录 目 录 目 录. 3 1. 引言. 4 编写目的 . 4 背景 . 4 定义 . 4 参考资料 . 4 2. 软件需求测试结论 . 4 测试目的 . 4 测试机构和人员

8、. 5 测试结果 . 5 3. 评价. 6 软件能力 . 6 缺陷和限制 . 6 建议 . 6 测试结论 . 6 1. 引言 编写目的 说明编写软件测试评估报告的目的 若测试缺陷由需求产生,设计人员将根据本测试评估报告的数据修正设计; 若测试缺陷由实现产生,开发人员将根据本测试评估报告的数据修正代码. ? ? ? 背景 该项目的来源： 该项目的委托单位： 该项目的主管部门： ? 定义 列出本测试计划中所用到的专门术语的定义和缩写词的原意 如无特殊术语时本款可写为“无”。 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a. 本项目的计划任务书、合同或批文；b. 项目开发计划；c. 需求规格说明书；d. 概要设计说明书；e. 详细设计说明书；f. 用户操作手册；g. 本测试计划中引用的其它资料、采用的软件开发标准或规范。 2. 软件需求测试结论 测试目的 本次测试以用户功能达到为目的，测试的依据文档系统规格说明书，若按操作步骤能够得到测试样例的预期输出，则测试结果为通过，否则测试为没有通过，记录测试出错日志。 测试机构和人员 本次测试由 负责，测试人员有： 。 测试结果 在此表中列出所有测试的功能名称，并在“是否通过”栏中对逐项功能标明是否通过，若通过，标识“”，若不通过，标识为“”。