下载文档原格式
软件工程实训需求分析报告软件工程实训需求分析报告1·引言本报告旨在对软件工程实训项目的需求进行分析，以便能够全面了解项目的目标和功能，并为后续的设计和开发提供指导。
2·项目背景在此章节中，对软件工程实训项目的背景进行介绍，包括项目的来源、目的和重要性等。
3·需求概述在此章节中，对项目的总体需求进行概述，包括系统的基本定位、主要功能和预期的使用者等。
4·功能需求在此章节中，详细列出系统的各个功能需求，并对每个功能进行详细描述。
可以使用列表、用例图等方式，清晰地表达每个功能的输入、输出和步骤等。
5·非功能需求在此章节中，列出系统的各个非功能需求，包括性能要求、可用性要求、安全要求等。
对每个非功能需求进行详细描述，并给出相应的指标或标准。
6·系统界面需求在此章节中，描述系统的各个界面需求，包括用户界面、管理员界面、数据输入界面等。
可以使用界面原型图等方式进行说明。
7·数据需求在此章节中，描述系统对数据的需求，包括数据库结构、数据格式、数据类型等。
可以使用数据库设计图等方式进行说明。
8·性能需求在此章节中，详细列出系统的性能需求，包括响应时间、吞吐量、并发性等指标。
对每个性能需求进行详细的描述，并给出相应的指标或标准。
9·安全需求在此章节中，描述系统的安全需求，包括用户认证、数据加密、权限管理等方面的要求。
对每个安全需求进行详细的描述，并给出相应的指标或标准。
10·附录在此章节中，列出本文档涉及的附件，包括用例图、界面原型图、数据库设计图等。
并对每个附件进行简要的说明。
11·法律名词及注释在此章节中，列出本文所涉及的法律名词及其注释，以便读者能够更好地理解和解释相关内容。
12·结束语在此章节中，对整个需求分析报告进行总结，并强调项目的重要性和下一步的工作计划。
软件工程实训项目案例在软件工程的学习过程中，实训项目是非常重要的一部分，它能够帮助学生将理论知识应用到实际项目中，提升实际操作能力和团队合作能力。
在这篇文档中，我们将结合一个软件工程实训项目案例，介绍项目的背景、目标、实施过程和成果，希望能够对读者有所启发和帮助。
项目背景。
本次实训项目的背景是一个校园二手交易平台的开发。
随着大学生群体的不断扩大，校园内的二手交易需求也日益增加，然而现有的二手交易平台存在着信息不够真实、交易不够安全等问题。
因此，我们的项目目标是开发一个安全、便捷、真实的校园二手交易平台，满足大学生群体的实际需求。
项目目标。
我们的项目目标主要包括以下几点：1. 开发一个用户友好的校园二手交易平台，实现用户注册、发布商品、浏览商品、下单购买等功能。
2. 提供安全可靠的交易环境，包括支付系统、评价系统、举报系统等，保障交易双方的权益。
3. 提供真实的商品信息，包括商品描述、图片上传、价格标注等，确保交易信息的真实性和准确性。
4. 实现平台的推广和运营，吸引更多的用户加入，形成良好的用户生态。
实施过程。
在项目的实施过程中，我们首先进行了需求分析和项目规划，明确了项目的功能模块和开发计划。
然后进行了团队组建和分工，确定了项目的开发人员、测试人员、运营人员等角色。
接下来是系统设计和开发，我们采用了敏捷开发的方法，不断进行迭代和优化，保证项目的质量和进度。
最后是测试上线和运营推广，我们进行了系统的测试和优化，然后进行了上线和推广工作，确保项目的顺利运行。
项目成果。
经过几个月的努力，我们最终实现了项目的目标，开发了一个功能完善、界面友好、运行稳定的校园二手交易平台。
平台上线后，得到了广大大学生群体的欢迎和认可，交易量不断增加，形成了良好的用户生态。
同时，我们也建立了完善的运营体系，包括用户维护、市场推广、运营活动等，确保了平台的持续发展和稳定运行。
总结。
通过这次实训项目，我们不仅学习到了软件工程的理论知识，还锻炼了团队合作能力和项目管理能力，收获了实际操作的经验。
软件实训管理平台需求规格说明书目录1、导言 (3)1.1目的 (3)1.2范围 (3)1.3 缩写说明 (3)1.5版本更新信息 (4)2、系统定义 (4)2.1项目来源及背景 (4)2.2用户的特点 (5)2.3项目目标 (5)3、应用环境 (5)3.1 系统运行的网络环境 (6)3.2 系统运行的硬件环境 (6)3.3 系统运行软件环境 (6)4、业务领域——术语表 (7)5、业务模型 (8)5.1构建初始化业务模型 (8)5.2创建软件实训平台用例模型 (8)5.2.1、学生用例图 (9)5.2.2、教师用例图 (10)5.2.3、管理员用例图 (12)5.3 初始需求 (13)5.3.1学生注册 (13)5.3.2学生登录 (14)5.3.3学生选课 (15)5.3.4学生查看信息 (16)5.3.5教师登录 (22)5.3.6教师课程管理 (23)5.3.7教师面试管理 (25)5.3.8教师项目管理 (28)5.3.9教师查看学生信息 (32)5.3.10 管理员账户管理用例 (33)5.4创建软件实训平台静态模型 (34)6．功能需求： (36)7.非功能性需求 (37)8.性能需求 (38)8.1响应时间 (38)8.2开放性 (38)8.3可扩展性 (38)8.4系统安全性 (39)9.产品提交 (39)9.签字 (39)Platform Requirement Specification软件实训管理平台需求规格说明书(第二版)1、导言1.1目的该文档是关于用户对软件实训管理平台的功能和性能的要求，重点描述了软件实训管理平台的功能需求，是概念设计阶段的重要输入。
本文档的预期读者是：●设计人员；●开发人员；●项目管理人员；●测试人员；●用户；1.2范围该文档是借助与当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。
在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与提供一个交流的平台。
软件工程实训案例案例副本软件工程实训是软件工程专业的一门必修课程，旨在培养学生通过实际项目的设计与开发，提高他们的软件开发能力和团队合作能力。
本实训案例旨在模拟一个实际的软件开发项目，让学生在实践中学习软件工程的各个环节，并最终交付一个完整可用的软件产品。
实训案例描述：大型电商平台希望开发一个新的移动应用，以满足用户越来越多的移动购物需求。
该应用需要具备浏览商品、下单、支付等基本功能，并且用户界面需要友好、美观。
为了更好地满足用户需求，该应用还需要具备个性化推荐、购物车管理等高级功能。
实训目标：1.总结并应用软件工程的基本原则和方法，完成一个完整的软件开发周期。
2.提升团队协作能力，合理分工，并进行项目管理和组织。
3.通过实践理解和掌握各种软件开发工具和技术，如需求分析工具、设计工具、编码工具、测试工具等。
实训步骤：1.需求分析阶段：与电商平台相关人员进行会议，了解并明确项目需求，编写需求文档。
2.设计阶段：根据需求文档，进行系统设计和详细设计，包括界面设计、数据库设计等。
3.编码阶段：根据设计文档，进行编码实现，并使用版本控制工具进行代码管理。
4.测试阶段：进行单元测试、集成测试、系统测试等，确保软件质量。
5.上线阶段：发布软件到应用商店，并进行用户反馈和问题处理。
6.维护阶段：根据用户反馈和需求变更，进行软件维护和升级。
学生分组：根据实际情况，将所有参与实训的学生随机分为若干个小组，每个小组需要完成一个完整的开发项目。
项目管理：每个小组需要选择一个小组长，负责管理和组织小组成员完成项目。
小组长需要制定项目计划、分配任务、监督进度，并与其他小组长进行合作和协调。
实训工具：1. 需求分析工具：可使用Axure RP等原型设计工具，帮助理解和表达系统需求。
2. 设计工具：可使用UML工具，如Visual Paradigm，进行系统设计和类图、时序图的绘制。
3. 编码工具：根据开发语言的不同选择相应的IDE，如Eclipse、Visual Studio等。
软件工程实训项目案例在软件工程的学习过程中，实训项目是非常重要的一环。
通过实训项目，学生可以将在课堂上学到的理论知识应用到实际中，提高自己的实际操作能力和解决问题的能力。
本文将以一个软件工程实训项目案例为例，介绍项目的背景、需求分析、设计方案、实施过程和成果展示等内容。
项目背景。
某大学计算机专业的学生在进行软件工程实训项目时，选择了一个校园二手交易平台的设计与实现作为项目内容。
该平台旨在为校内师生提供一个便捷的二手物品交易平台，方便他们出售和购买自己需要的物品。
需求分析。
在项目启动阶段，团队首先进行了需求分析。
通过调研发现，校内学生对二手交易平台的需求量较大，但现有的平台存在着信息不够真实可靠、交易流程不够便捷等问题。
因此，团队确定了以下需求：1. 用户注册与登录，用户可以通过学号或者手机号注册并登录平台，保证信息的真实性。
2. 商品发布与浏览，用户可以发布自己的二手物品信息，并可以浏览其他用户发布的物品信息。
3. 交易流程，用户可以通过平台进行私下交流，达成交易协议，并进行线下交易。
4. 评价与反馈，用户可以对交易进行评价，提高交易信息的真实性和可信度。
设计方案。
在需求分析的基础上，团队制定了设计方案。
首先确定了平台的整体架构，包括前端页面设计、后端数据库设计和交易流程设计。
在前端页面设计上，团队采用了响应式布局，保证在不同设备上都能良好展示。
后端数据库采用了MySQL，保证了数据的存储和管理。
交易流程设计上，团队采用了私信聊天的方式，保证了用户之间的交流隐私和便捷性。
实施过程。
在设计方案确定后，团队开始了项目的实施过程。
前端页面的设计和开发、后端数据库的搭建和交易流程的实现都是团队成员共同完成的。
在实施过程中，团队遇到了一些问题，如前端页面在不同设备上的适配问题、数据库的性能优化等，但通过团队成员的共同努力和老师的指导，最终都得到了解决。
成果展示。
经过几个月的努力，团队最终完成了校园二手交易平台的设计与实现。
软件采购项目服务方案一、客户需求本项目的客户是一家规模较大的企业，需要采购一款能够支持其核心业务及相应需求的新型软件。
该软件需要支持企业内部的各种流程管理、数据分析、统计处理以及云端存储等功能，以提高企业的运营效率和决策效能。
考虑到客户对软件性能和质量的高度要求，为了实现其愿景并尽可能地满足其需求，我们推出了以下服务方案。
二、服务方案概述1. 项目规划本服务方案首先会透彻了解客户现有的业务运营模式、业务流程和数据管理需求，然后开展整个项目规划阶段，包括但不限于项目计划制定、需求梳理、系统设计、功能模块划分、人员派遣和时间安排等。
我们会由专业的团队负责并根据客户的情况来进行量身定制服务计划。
2. 系统建设和开发在项目规划完成后，我们会由经验丰富的软件开发工程师们，采用最先进的技术架构和开发模式进行软件系统建设和开发工作。
我们的开发工程师将严格依据先前制定的需求规格说明书和设计文档，按照客户的要求和要求完成所有开发任务。
该阶段包括但不限于设计开发、测试、上线、安全性评估、用户体验和性能优化等。
3. 项目管理与周报汇报本服务方案会在每个项目阶段都提供卓越的项目管理服务，将为客户提供实时周报，包括但不限于每天的工作汇报、项目进度跟踪、质量管控等。
我们将以透明和高效为原则，让客户随时随地掌握项目进展情况并及时调整反馈。
如果客户有其他特别要求，我们也会根据需要提供相关报告和数据。
4. 维护和支持我们将会在项目完成后，提供一定程度的维护和支持服务，包括但不限于系统监控、问题定位、紧急维修、增强功能开发等。
在此过程中，我们的服务人员会由更多更好的知识和经验，并及时对企业需求作出响应，帮助客户解决问题并不断优化软件系统。
三、项目计划我们的项目计划阶段通常需要2-3周，主要工作包括了解客户的相关详情、制定范围、确定时间表、分配资源并实现目标等。
如果客户有特别要求，我们会根据情况制订适当的计划，并与客户沟通。
在此基础上，我们会运用新技术和工作方式进行软件的设计和开发。
工程采购类用户需求书一、项目简介：1.工程名称：东莞监狱旧监管区监管安全设施修缮项目2.最高限价：人民币1574299.59元（其中不可竞争费用绿色施工安全措施费为 14690.99元，暂列金68532.70元。
3.施工地点：东莞市石碣镇新洲。
二、采购内容：1.承包内容及工程量：东莞监狱旧监管区监管安全设施修缮项目招标图纸及工程量清单所含内容。
工程量：详见工程量清单及图纸。
工程承包方式：工程采用总价包干。
2.供应商资质要求：（1）投标人具备建筑装饰装修工程设计与施工贰级（或以上）资质或建筑装修装饰工程专业承包贰级（或以上）资质。
（2）供应商须具有有效的建设行政主管部门颁发的安全生产许可证。
（3）拟担任本工程项目负责人的人员为建筑工程专业二级（或以上）级别的注册建造师，持有项目负责人安全生产考核合格证（B 类）或提供广东省建筑施工企业管理人员安全生产考核信息系统相应人员信息资料的打印页，并且同时提供在采购公告发布之日前3个月中任意一个月项目负责人在报价供应商单位缴纳的社保证明。
（在磋商开始时间起至本项目完工前，该项目负责人不能担任其它项目的项目负责人）；（4）投标人须具有专职安全人员，专职安全人员。
提供安全生产考核合格证（C类），或提供广东省建筑施工企业管理人员安全生产考核信息系统相应人员信息资料的打印页，且本项目项目负责人与专职安全人员不为同一人。
三、施工要求：(1)工期及人员要求：120日历天。
具体开工、竣工日期以合同为准。
本工程时间要求紧，严禁延误工期。
（2）人员要求：中标人必须按照投标文件中所做出的承诺，建立以项目负责人为首的现场管理机构，中标人的项目负责人、项目技术负责人和安全员等，必须常驻工地（项目负责人每月不少于22天，项目技术负责人和安全员关键工序及工程会议必须到场），不得兼职。
必须保证投标文件中拟定的项目负责人及其主要管理人员和技术人员能及时地、始终地参与本工程的施工管理，未经招标人同意，不得随意更换；中标后，项目负责人如需更换，除因死亡、重病或重伤（持有县、区以上医院证明）两个月以上不能履行职责的外，每更换一次罚款100000元，且更换的项目负责人必须为不低于投标资历（资格、经历）的人员。
软件工程需求分析报告案例范文1. 引言本文档是针对某公司新开发的在线购物平台项目的需求分析报告案例。
本报告的目的是明确项目的需求，并提供给开发团队和其他相关利益相关方，以便准确地开发和交付满足客户需求的产品。
2. 项目背景某公司计划开发一个在线购物平台，该平台旨在为用户提供一个方便、安全、友好的购物体验。
用户可以在平台上浏览和购买各种商品，并通过多种支付方式完成购买。
3. 需求概述3.1 用户需求平台主要面向普通用户，用户需求包括但不限于以下几点： - 用户可以浏览商品目录，包括商品名称、价格、描述等信息。
- 用户可以搜索商品，根据关键字或类别进行搜索。
- 用户可以添加商品到购物车，并在购物车中编辑商品数量、删除商品等操作。
- 用户可以选择合适的支付方式，如银行卡支付、支付宝支付等。
- 用户可以查看订单信息，包括订单编号、商品信息、订单状态等。
- 用户可以评价已购买的商品，并参与商品的评分和评论。
3.2 管理员需求除了用户需求外，平台还需要满足管理员的需求，以方便系统管理和运营。
管理员需求包括但不限于以下几点： - 管理员可以添加、编辑和删除商品，包括商品名称、价格、描述等信息。
- 管理员可以查看和处理用户的订单，包括确认订单、发货、取消订单等操作。
- 管理员可以管理用户账号信息，包括添加、编辑和删除用户信息。
- 管理员可以查看和统计销售数据、用户活跃度等信息。
4. 功能需求基于上述需求概述，我们将详细列出平台的功能需求，包括用户功能和管理员功能。
4.1 用户功能需求1.用户注册和登录：–用户需要提供有效的邮箱和密码进行注册，注册后可以登录平台。
–用户可以通过第三方账号（如微信、支付宝）登录。
2.商品浏览和搜索：–用户可以浏览商品目录，按照不同的分类进行查看。
–用户可以使用关键字搜索商品，系统将返回相关的商品结果。
3.购物车管理：–用户可以将商品添加到购物车，并随时查看购物车中的商品。
软件工程实训项目案例项目名称：在线商城购物系统项目描述：在线商城购物系统是一个基于Web的电子商务平台，旨在提供一个便捷、安全、高效的购物体验。
用户可以在该系统中浏览商品、选择购买、下单支付，并且可以提供个人信息用于配送。
商家可以在系统中上架商品、管理库存和订单。
项目目标：1. 提供用户友好的界面和良好的用户体验，使用户能够方便快速地找到所需商品。
2. 实现商品的分类和搜索功能，提供多种筛选条件来满足用户不同的需求。
3. 支持购物车功能，用户可以随时添加、删除、修改购物车中的商品。
4. 实现用户注册、登录和个人信息管理功能，保护用户的隐私和账户安全。
5. 提供在线支付功能，支持多种支付方式，保证支付过程的安全性。
6. 提供商家入驻和管理功能，商家可以在系统中开设店铺并管理商品库存和订单。
7. 提供订单管理和物流跟踪功能，用户和商家可以实时查看订单状态。
8. 提供售后服务功能，用户可以退换货、申请退款等操作。
项目实施计划：1. 需求分析和系统设计：通过需求调研和用户访谈，明确系统功能和界面设计。
设计数据库结构、业务逻辑和系统框架。
2. 技术选型和环境搭建：选择合适的开发框架和数据库，搭建开发环境。
3. 前端开发：根据设计稿实现系统的前端页面，包括商品展示、分类筛选、购物车和订单管理等功能。
4. 后端开发：实现系统的核心业务逻辑，包括用户管理、商品管理、订单管理和支付等功能。
5. 测试和优化：进行系统的功能测试和性能测试，修复存在的问题并进行优化。
6. 部署和上线：将系统部署到服务器上，并进行线上测试和调优，确保系统的稳定性和安全性。
7. 运维和维护：对系统进行日常的运维和维护工作，及时修复漏洞和处理用户反馈。
项目实施过程中遇到的问题和解决方案：1. 需求不清晰：通过与用户的沟通和不断的迭代，澄清需求，确保开发方向和用户期望一致。
2. 技术难点：引入专业的技术人员，进行技术攻关，解决遇到的技术问题。
软件工程综合实训报告软件工程综合实训报告一、实训目标本次软件工程综合实训的目标是让学生通过实际项目的开发，综合运用所学的软件工程知识和技能，培养学生的团队合作能力和项目管理能力。
二、实训内容本次实训的项目是一个在线购物系统，主要包括用户管理、商品管理、购物车管理和订单管理等功能模块。
通过分析实际需求，设计系统结构和功能模块，并使用合适的开发工具和技术进行开发，最终实现一个功能完善、稳定可靠的在线购物系统。
三、实训流程1. 需求分析：通过与实际用户的沟通和调查，了解用户的需求，明确系统功能和性能的要求，分析系统的需求，编写需求规格说明书。
2. 系统设计：根据需求分析结果，设计系统的体系结构和功能模块，制定详细的系统设计方案，包括数据库设计、接口设计和界面设计等。
3. 编码实现：根据系统设计方案，选择合适的开发工具和技术，进行系统的编码实现，包括前端页面开发、后台逻辑开发和数据库开发等。
4. 单元测试：对系统的各个模块进行单元测试，保证各个模块的功能正常。
5. 集成测试：将各个模块集成起来，进行整体的功能测试和性能测试，确保系统的功能和性能满足需求。
6. 压力测试：对系统进行压力测试，验证系统的稳定性和可靠性，保证在大量访问和并发情况下系统正常运行。
7. 系统上线：将系统部署到生产环境中，进行最后的测试和调优，确保系统正常运行。
8. 维护和优化：对系统进行长期的维护和优化，修复bug，提升系统的性能和用户体验。
四、实训成果1. 需求规格说明书：根据需求分析结果编写的详细的需求规格说明书，包括系统的功能需求、非功能需求、用例规约等。
2. 系统设计方案：根据需求规格说明书设计的系统的结构和功能模块，包括数据库设计、接口设计和界面设计等。
3. 系统源代码：实现了系统的各个功能模块的源代码。
4. 测试报告：包括单元测试、集成测试和压力测试的测试报告，记录了测试的过程和结果。
5. 上线部署文档：记录了系统上线的过程和步骤，包括服务器配置、数据库部署和系统部署等。
一、投标人资格要求1.中华人民共和国境内注册的法人或其他组织，具有独立承担民事责任的能力、独立承担招标项目的能力和独立订立、履行合同的能力。
2. 已登记报名并购买了招标文件。
用户需求书重要说明：1.用户需求书中打“★”号条款为实质性条款，投标人要特别加以注意，必须对此回答并完全满足或优于这些要求。
否则若有一项带“★”的条款未响应或不满足，将按无效标处理。
2. 用户需求书中打“▲”号条款为重要技术参数，但不作为无效投标条款。
一、总体要求1、所有设备必须是已注册商标的品牌机，必须是厂商原装、全新的正品，符合国家及该产品的出厂标准。
所有产品、设备提供出厂合格证等质量证明文件。
设备外观清洁，标记编号以及盘面显示等字体清晰，明确。
2、对于影响设备正常工作的必要组成部分，无论在技术规范中指出与否，投标人都应在投标文件中明确列出。
3、所投的产品必须是在中国大陆范围内合法销售，原装、全新、并完全符合用户要求的产品。
4、除厂家的售后服务计划外，投标人应提供详细的、针对于高校的售后服务计划。
投标人在广东省设有售后服务机构，需提供营业执照复印件。
5、投标人根据本招标文件要求提出的方案和设备配置，确保设备配套，必须能实现本系统所有要求的功能和性能，不能短缺和增加未被要求的冗余，如要增加未被要求的冗余，应加以解释。
三、详细参数、要求及报价表软件工程实训软件四、服务1、所有设备均由中标人免费送货至买方指定的交货地点并安装调试好。
2、中标人应提供包括但不限于满足设备安装、使用和维护的技术文件，如设备和附件装箱清单、质量合格检定证明文件、保修服务卡、使用说明（原版正本）和中文维护手册。
投标人必须将设备、产品介绍说明资料（原装彩印）作为投标文件附件一并提供。
中标人必须为采购人（免费）提供厂家认证工程师的操作人员培训，请投标人说明针对采购人专业技术人员的培训计划。
具体详细列出培训课程内容安排。
五、售后服务1、免费保修期期限：按生产厂家相关规定,提供最长的保修期期限，最少为验收交付之日起不少于1年。
2、免费质保期内维修人员接到维修通知后到场时间：12小时。
3、免费质保期内中标人负责所有因设备质量问题而产生的费用。
（质保期过后免收维修费用，材料费用可由买方负责）4、质保期后到场时间：48小时。
5、免费为采购人提供培训。
六、交货要求交货期：合同签订后_7_天内。
货物交付方式：中标人按要求运货到学校现场卸车、就位、安装、调试，直至采购人验收完毕。
七、付款条件合同生效后全部货物现场安装完毕并验收合格后，7天内支付合同总价的95%，剩余合同总价5%作为质保金在免费质保期生效满一年后7天内支付。
评标方法根据《中华人民共和国招标投标法》、《中华人民共和国招标投标法实施条例》、广东省实施《中华人民共和国招标投标法》办法及相关法律、法规的规定确定以下评标方法、步骤及标准：一、总则1．评标委员会1.1本次招标依法组建评标委员会，评标委员会由5名或以上单数组成，其中招标人委派评委不超过评委总数1/3，其余专家从评标专家库中随机抽取产生。
评委会负责全部的评审工作，任何人不得干预评委会的工作。
评委会下设评标工作小组，主要负责相关资料的整理、记录评标情况等工作。
评审专家（不含招标人代表）有下列情形之一的，受到邀请应主动提出回避，招标当事人也可以要求该评审专家回避：1) 三年内曾在参加该招标项目投标人中任职或担任顾问的；2) 配偶或直系亲属在参加该招标项目的投标人中任职或担任顾问的；3) 与参加该招标项目投标人发生过法律纠纷的；4) 评标委员会中，同一任职单位评审专家超过二名的；5) 任职单位与招标人或参与该招标项目投标人存在行政隶属关系的；6) 参与招标文件论证的；7) 法律、法规、规章规定应当回避以及其他可能影响公正评审的。
1.2评标委员会将按照招标文件确定的评标方法进行评标。
对招标文件中描述有歧义或前后不一致的地方，评标委员会有权按法律法规的规定进行评判，但对同一条款的评判应适用于每个投标人。
1.3在评标期间，为方便对投标文件进行审核、评估和对比，评标委员会可以以书面形式要求投标人对投标文件中含义不明确、对同类问题表述不一致或者有明显文字和计算错误的内容作出必要的书面澄清说明，但该澄清说明不得超出投标文件的范围或者改变投标文件的实质性内容。
1.4如有必要，评标委员会将书面要求投标人修正投标文件中不构成实质性偏离的、微小的、非正规的、不一致的或不规则的地方，这些修正不应影响评标的公平公正。
1.5参与评标工作的所有人员必须遵守《中华人民共和国招标投标法》、《中华人民共和国招标投标法实施条例》、广东省实施《中华人民共和国招标投标法》办法及相关法律、法规的规定，以确保评标的公平、公正。
2．评标方法2.1本次评标采用综合评分法。
2.2本次评标是以招标文件为依据，按公正、科学、客观、平等竞争的要求，推荐技术先进、报价合理、经验丰富、信誉良好、售后服务好以及综合实力强的中标人。
3．评标步骤3.1评标委员会先进行初步评审，再进行技术、商务及价格的详细评审。
只有通过初步评审的投标才能进入详细的评审。
最后评标委员会出具评标报告，并排序推荐2位中标候选人。
4．评分及其统计4.1按照评标程序、评分标准以及权重分配的规定，评标委员会各成员分别首先就各个投标人的技术状况、商务状况及其对招标文件要求的响应情况进行评议和比较，评出其技术商务评分。
各评委的技术或商务评分按总分平均：取各评委评分的算术平均值即为该投标人的技术或商务评分。
然后，评出投标人的价格评分。
将各投标人的技术、商务和价格评分分别乘以权重并相加得出其综合得分。
将各综合得分由高到低顺序排列，综合得分最高的投标人为第一中标候选人，综合得分次高的投标人为第二中标候选人，以此类推。
二、初步评审5．评标委员会按照《初步审查表》内容对投标文件进行资格性检查及符合性检查，只有对《初步审查表》所列各项作出实质性响应的投标文件才能通过初步评审。
对是否实质性响应招标文件的要求有争议的投标，评标委员会将以记名方式表决，被认为响应的得票超过半数的投标人有资格进入下一阶段的评审，否则将被淘汰。
6．评标委员会将审查投标文件是否完整、有关资格证明文件是否齐全有效、是否提交投标保证金、文件签署是否合格、投标有效期是否满足要求、投标文件的总体编排是否基本有序等。
7．在详细评审之前，评标委员会要审查每份投标文件是否实质上响应了招标文件的要求。
实质上响应的投标应该是与招标文件要求的关键条款、条件和规格相符合，没有重大偏离或保留的投标。
所谓重大偏离或保留是指实质上影响合同的供货范围、质量和性能；或者实质上与招标文件不一致，而且限制了合同中招标人的权利或投标人的义务；纠正这些偏离或保留将会对其他实质上响应要求的投标人的竞争地位产生不公正的影响。
评标委员会决定投标文件的响应性只根据投标文件本身的内容，而不寻找外部的证据。
8．满足资格审查合格条件的投标人不足3名或经评审有效的投标单位不足3名时为招标失败。
招标人分析招标失败原因，修正招标方案，报有关管理部门核准后，重新组织招标。
9．无效投标的认定9.1按《初步审查表》（见附表1）所列各项，投标文件不满足招标文件要求的，将被认定为无效投标。
三、详细评审10．详细评审是对通过初步评审的投标进行技术、商务和价格的评审。
10.1技术评分：评标委员会就投标人对技术响应表中各项因素进行评分，各因素所占权重见《详细评审表》（附表2），评分统计按本评标方法4.1条规定进行。
10.2商务评分：评标委员会就投标人对商务响应表中各项因素进行评分，各因素所占权重见《详细评审表》（附表2），评分统计方法如前所述。
10.3价格评分：将评委会校核后的各投标人的投标总价定义为评标价格。
基准价：取评标价最低的100%作为基准价；价格计算分:对通过初步审查的投标人，将评委会校核后的各投标总价定义为评标价格。
取评标价最低的100%作为基准价；各投标人的价格评分按以下公式计算（保留小数点后两位有效数字）：价格评分=（评标基准价格/评标价格）×3011．评分总值最高为100分，技术、商务及价格评分权重分配：根据上述技术、商务及价格的综合评分及其权重分配，代入下列公式计算各投标人的总得分。
评标总得分= F1＋……＋Fn其中，F1…Fn分别为技术、商务及价格评分的汇总得分；An分别为技术、商务及价格评分权重值（当An是百分比权重时，F1…Fn还须乘以对应的百分比权重值）。
四、中标候选人12．评标委员会将出具评标报告，并排序推荐2位中标候选人。
12.1推荐中标候选投标人名单：本项目推荐2名中标候选人。
将各有效投标人按其评标总得分由高到低顺序排列。
评标总得分相同的，按下列顺序比较确定：（1）投标报价（由低到高）；（2）技术评分（由高到低）；（3）商务评分（由高到低）。
如以上都相同的，名次由评标委员会投票确定。
12.2中标价的确定：中标价以开标时开标价格为准；如有缺项、漏项，视为已包含在中标价中。
12.3根据评标委员会的评标结果，招标人依法确定中标人，也可以事先授权评标委员会直接确定中标人。
附表1：初步审查表（注：本表不需要投标人填写）初步评审表备注：1．评审时评委对投标人是否满足要求逐条标注评审意见；2．评审结论栏统一填写为“通过”或“不通过”，出现一个“不满足”为“不通过”；3．对结论为“不通过”的投标，要说明原因。
附表2：详细评审表（注：不需要投标人填写）详细评审表。
