《评标办法》在技术部分要求投标人对所投项目进行需求分析和应答，该指标占投标书分值的10%，评标办法参见文章后面的附件。
需求分析和需求应答分反映了投标人对投标项目技术需求的理解程度。评标办法要求在需求分析部分响应系统现状和建设背景、系统应用环境阐述、系统体系结构、系统功能和性能要求、系统实施要求、业务功能需求和应用模式指标。
拿到标书到投标也就半个月的时间，在这半个月里，要对投标项目依据招标技术需求书进行完善地需求分析，基本是不可能的。如果有所投项目的研发经验，可以借鉴以往项目的需求分析，结合标书的技术需求书和行业经验，对所投项目进行较为完善地需求分析，分析的成果应该也比较接近于标书技术要求。
如果没有所投项目的研发经验和行业经验，但如果写标人具备厚实的需求分析能力和系统分析经验，可以通过互联网搜集行业资料和类似项目的系统方案进行借鉴，快速熟悉所投项目的行业背景和业务背景，在较短的时间内合理地描述所投项目的系统现状和建设背景、体系结构、系统功能和性能等指标，还是比较靠谱的。如果上述要求都不能满足的话，基本上可以断定所投项目中标的可能性非常小，除非有特殊原因。因为，需求分析部分直接影响到后面指标的响应，如系统设计方案、技术应用方式等。
系统现状和建设背景
系统现状和建设背景主要是描述所投项目当前国内或国外的发展情况以及项目所处的环境状况。
分析所投项目的现状，可以先从项目所在行业背景写起，重点描述行业当前处于什么状况、存在什么问题、有哪些类似所投项目的系统、这些系统的运营状况如何。
项目所在行为业新闻出版行业，首先分析新闻出版行业当前处于什么状况，投标书对新闻出版行业当前状况做了如下分析。
随着出版产业与计算机、互联网、无线通信、电子商务等方面新技术的融合，出版的载体、技术手段、传播方式、营销方式、管理概念等、都发生了革命性的变化，出版业进入了一个大变革、大调整、大发展的新时期。融入了信息技术后，出版产品的载体形态打破了纸质品的单一形态，它们即可以在线阅读、也可以对知识性内容重组或组合形成数据库产品、针对移动终端形成APP产品、针对第三方营销渠道形成符合第三方格式的产品。
然后提出新闻出版行业当前存在的问题。
当前，出版单位在数字化转型中遇到较大的技术瓶颈，面临不同的数字产品营销渠道，缺乏相应的技术和平台对产品内容进行整合，严重阻碍了数字化产品内容的销售和运营。
最后，给出当前已经提出的一些解决方案或解决此类问题的系统。
大型出版集团，如中国出版集团具备相当的技术和资金实力构建数字产品营销渠道，在电子商务方面有“大佳网”直接面对消费者开展在线阅读和销售、移动终端领域也建立了“大佳书城WAP”站，同时构建了“工具书在线”、“中国大百科”、“中华经典古籍库”等数据库产品，上述技术和产品增强了中国出版集团在数字出版领域的竞争力，拓展了数字出版市场，应该说中国出版集团在数字出版领域走到了前面。中国500多家出版社中，大部分属于中小型出版社，资金和技术方面都非常薄弱，缺乏相应的资金和技术实力开展数字出版业务，对出版社的未来发展构成严重威胁。有鉴于此，国家新闻出版广电总局于2013年启动了《中央文化企业数字化转型项目》，对中央所属出版社提供不同规模的数字化转型财政资金支持，出版单位通过实施财政资金支持的数字化转型项目，其出版业务及其产品内容数字化都有了质的提升，为更深一步开展数字出版业务奠定了数字技术和数字内容基础。
系统应用环境阐述
系统应用环境阐述主要是考查投标人对所投项目的运营环境、技术环境、资源环境的了解程度。
运营环境是项目投入运行后，其产出的内容和产品，通过何种方法和途径对外营销和获得收入。项目的主要功能是完成内容的灵活组配并对外发布，内容组配的方式主要是主题数据库、数据打包方式。因此，项目投标书在运营环境方面描述如下。
主题数据库产品在销售模式上既可以整体打包向机构用户销售，也可对外提供专业内容的检索服务，其本身也可包装成局域网版、互联网版及移动网版产品。互联网版和移动网版产品，需要出版单位提供安全、可靠、较高带宽的网络环境，才能给消费者提供最好的数据库产品消费体验。
数据库产品营销相对传统，一是要具备一定规模的数据库，不但需要大量产品作为内容支撑，还需要强有力的营销团队来进行渠 道运营。据了解，施普林格为了加强自身的营销能力和规模实力，收购了在线广告公司，设立了一个拥有200名员工的网络部门，采用拉动式网络营销策略，与搜 索引擎公司建立技术合作关系，把终端读者拉到施普林格的出版平台上。
技术环境是项目投入运行后，通过项目产出内容或运营内容所需要的技术支撑。例如：主题数据库产品的创建和销售具备很强的技术特征，主题数据库在销售模式上既可以整体打包向机构用户销售，也可对外提供专业内容的检索服务，其本身也可包装成局域网版、互联网版及移动网版产品，项目只能完成主题数据库产品的打包和生产。因此，主题数据库产品的部署、运营和维护还需要出版单位有较强的技术维护运营团队。
资源环境是项目运行所依赖的出版社内容资源存量的丰富性。项目运行后产出的主题数据库产品还是面向机构的数据打包产品，都需要出版社内容资源存量和资源格式的支撑。投标书在资源环境方面描述如下。
出版单位的积累的内容资源是否专业、质优、丰富，未来的内容资源是否能够低成本高效的获取，是数据库产品运营成功的关键环节。如社会科学文献出版社凭借社会科学研究院高质量的社会科学研究文献，出版了系列皮书数据库产品，逐步成为中国最具影响力的学术资源库。又如团结出版社凭借人物传记的出版特色，近期正在筹备建立“近现代中国文化名人音视库”“抗战著名将领音视库”等一系列特色鲜明的主题音视库，力图把真正优秀的人物传记收列进去，甚至做成繁体字和英文，努力挖掘人物传记音视库的商业潜力。
系统体系结构
系统体系结构主要是考查投标人对所投项目系统架构的合理性。系统架构可以通过技术体系、软件体系分别描述。
技术体系
对项目的实际用户出版社来说，系统越简单越好，最好不要每台计算机都安装，用浏览器就可以工作。
对系统来说，易扩展、易维护、易安装是首选目标。
项目采用B/S技术体系可以满足出版社和系统易扩展、易维护、易安装的需求。其业务逻辑完全在应用服务器端实现，功能构件相对独立，业务用户只需要浏览器即可完成业务处理。技术体系如图4-1所示：
图 4-1 技术体系结构图
软件体系
软件体系给出了项目整体的组成结构，包括项目模块组成、模块间的连接、项目的层次体系和数据组织方式。
软件可部署在云端为多个出版社提供出版物发布服务，出版单位可根据自身业务定制出版发布服务。也可以部署到出版单位，出版单位可选择性的部署相关出版业务，系统运行过程中可随时添加和删减业务，可动态控制系统租赁费用和运行费用。
数据整合模块位于整个软件体系结构的底层，本模块的主要职责是为系统提供数据整合服务，从外源系统或本工程内其它系统获取必要的发布数据和资源，数据通过业务发布逻辑处理后，存储到产品库和发布到目标方。
体系结构中间部分为业务逻辑引擎和SAAS（Software-as-a-Service）服务，业务逻辑引擎为基础框架和SAAS服务提供业务支撑。SAAS服务允许出版社通过互联网单独定制发布服务。
体系结构右侧部分是系统基础组件，为系统其它部分提供公共技术支撑。软件体系结构如图4-2所示：
图 4-2 项目软件体系结构
业务功能需求和应用模式
业务功能需求和应用模式主要考查投标人对所投项目业务场景的认知程度。技术需求书（参见附件5）给出了五个业务功能子系统，每个子系统对应不同的业务场景和应用模式，需要投标人分析其业务场景和应用模式。
业务场景属于需求分析工作，需要需求分析人员通过访谈、会议、问卷调查等方式获取业务需求场景，并建立业务需求场景模型形，形成需求文档，并召开需求评审会，确保对需求理解的一致性。投标书的业务场景分析可以简化需求分析工作流程，写标人员可以按照以往项目经验、技术需求书、互联网调查资料对业务场景进行简单分析，如果有条件的话，对分析后业务场景最好找项目干系人（项目使用单位）进行场景验证。
下面是项目五个业务功能子系统的场景分析：
【数据库内容发布管理子系统业务场景】
出版单位对部分待发布内容建立出版物之间、出版物与文字、图片、音视频之间的横向和纵向关联。基于上述关联关系：一是将内容及关联关系封装为机构可识别的数据包，导入机构的应用系统；二是创建数据库（MYSQL或SQLite），将内容的元数据和内容之间的关联关系存储到创建的数据库表中，内容存储到指定位置，形成以数据库为中心的数据集合，利用数据库支撑产品构成数据库应用系统；三是将内容的元数据以及关联关系发布出去，将内容部署到出版单位的服务器上，外部（如内容运营商）通过管理元数据简介间接管理已部署的内容资源，通过检索元数据而组织利用内容资源，外部读者通过元数据消费内容资源时将会通过链接关系访问位于出版单位服务器上的内容资源。
【封装内容发布管理子系统业务场景】
出版单位将多本手册资源封装为数据包，科技机构将数据包导入到科研机构设计工具或科研应用系统中，为机构的科研人员提供科研资料查询服务。
某出版单位现有设计手册多本（EPUB、PDF等），与设计手册相关的图片、音视频文件若干，业务人员需要对上述资源组合打包。数据打包格式有两种方式，一种是按照接受机构指定的格式进行打包；一种是本系统遵循数字出版产品封装规范标准打包，接受机构系统能够解包入库。数据打包完毕（压缩为ZIP文件），审核通过后，业务人员将打包文件发送至渠道商，渠道商应用系统解包入库。
【授权内容发布管理子系统业务场景】
某出版单位现有设计手册多本（EPUB、PDF等），与设计手册相关的图片、音视频文件若干，业务人员需要对上述资源和授权信息组合打包。数据打包格式有两种方式，一种是按照接受机构指定的格式进行打包；一种是本系统遵循数字出版产品封装规范标准打包，接受机构系统能够解包入库。数据打包完毕（压缩为ZIP文件），审核通过后，业务人员将打包文件发送至渠道商，渠道商应用系统解包入库。
【出版产品发布管理子系统业务场景】
将图书、期刊等出版物产品元数据封装为CNONIX、MARC等需要的格式，发送到出版物发行商、渠道商、电商、零售商以及出版物发行中心，增强出版物产品的发布渠道和出版物产品信息展示。
【APP客户端发布管理子系统业务场景】
出版单位应用本业务将已制作好的APP客户端发布到出版机构运营平台以及第三方分销平台，如360软件市场，安卓市场等。要求能够获取到出版社已制作完成的APP安装包，存储到产品内容发布库中。APP版本发生更新时，本业务能够通过接口获取到更新状态，将最新的APP安装包获取后再次存储到产品内容发布库并及时更新第三方分销平台的APP版本。
附件 评标办法
评比办法分为商务部分、技术部分、项目实施与服务部分、价格部分四大指标。其中商务部分10分、技术部分50分、项目实施与服务部分30分、价格部分10分，评标总分为100分。
商务部分
（1） 投标人综合实力5分
（2） 投标人财务状况/资信证明1分
（3） 投标人资质实力1分
（4） 投标人类似项目业绩3分
技术部分
（1） 需求分析和需求应答情况10分。具体要求是投标分包的需求理解和综合分析程度，包括对系统现状、应用环境、体系结构的需求、功能需求、性能要求等内容，描述清晰，评价为优的得8分，较优的得4-8分（不含8分），一般得0-4分（不含4分）；能够清晰描述所投分包相关的业务功能和需求，提出符合当前和未来业务需求应用模式的，评价为优的得2分，一般得0-2分（不含2分）。
（2） 系统设计方案32分。其中架构设计8分、功能设计10分、安全设计5分、数据流和逻辑关系设计5分、接口规划与设计5分、技术应用方式5分。
项目实施与服务部分
（1） 项目实施方案10分。其中计划编制和工作安排的合理性2分、费用预算是否合理2分、人员投入和研发环境2分、项目管理流程是否完善2分、成果安装和维护计划2分。
（2） 项目实施团队5分。其中项目负责人的资质及经验2分、团队成员配置是否合理1分、团队实力2分。
（3） 实施协作8分。其中与关联分包配合方案是否合理2分、与试点单位协作措施是否合理2分、配合工程应用示范需要的工作机制是否合理2分、配合总集合分集的工作方案是否合理2分。
（4） 知识产权管理4分。其中，知识产权工作方案是否合理2分、知识产权共享承诺是否满足工程推广需要和科学可行2分。
（5） 质保与维护方案3分。要求投标人明确承诺质保及维护期内对产品进行免费升级或更新一次以上。
价格部分
投标人报价得分的计算采用低价优先法，按如下公式进行计算：
投标人报价得分=（所有评标价中的最低价/投标人评标价）X 10
