《评标办法》在技术部分要求投标人对所投项目进行系统设计方案

《评标办法》技术部分要求投标人对所提交项目的系统设计方案作出回应，该指标占投标总分的32%。评标办法详见【投标项目需求分析及应对部分】。

系统设计方案反映投标人在了解拟投资项目要求的基础上，设计和构建系统的能力，以及所设计的系统是否满足项目要求。评标法要求系统设计方案应响应架构设计、功能设计、安全设计、数据流与逻辑关系设计、接口规划设计、技术应用方法等指标。

对于有几年软件开发经验的程序员来说，系统设计应该不难。相信读过本书的人要么是项目经理，要么是即将成为项目经理的人，他们的系统分析和设计能力都不会差。

1、架构设计

架构设计描述了系统内部系统组件的连接和组成，以及组件之间的关联和交互。

进行建筑设计，首先要明确技术体系。技术体系已经明确，系统架构部分应采用B/S技术体系。因此，架构设计采用三层结构，即客户端层（浏览器）、业务层（WEB服务层）、数据层（数据库访问层）。

客户端层应用Ajax、JSP、XML等技术向WEB服务层发送请求和数据交互。

WEB服务层部署WEB应用，包括SAAS服务。为了实现在系统运行过程中可以随时添加和删除服务，WEB服务层可以细分为控制层、业务逻辑层和基础组件层。组件容器采用EJB技术。

数据层可以细分为数据访问和数据存储。

整个系统架构采用J2EE技术​​。系统架构如下图所示：

系统架构图

2、功能设计

功能设计是根据需求分析和需求响应部分web项目需求说明书，设计系统各模块功能子项的用例、操作流程、数据流向、输入数据项和输出数据项、UI界面设计。

如果只是针对目标的功能设计，如果时间和人力资源不允许，可以简化设计web项目需求说明书，只给出工作流程图和简要说明。

下面给出系统书通用检索功能的详细设计和简要设计案例。本项目招标采用简要设计，详细设计引自《国家数字复合出版系统工程17包软件设计手册V1.0》，仅供参考。

简要设计

图书的通用检索功能负责完成对要出版的内容的检索和筛选。数据库发布业务和打包内容发布业务需要对要发布的大量内容数据进行操作。若干书籍、期刊出版物和相关出版物必须从内容库中提取，按规定出版。对象相关的图片、音视频资源。提取的资源是否准确，效率是否高效，检索规则能否满足不同的检索需求，是实现检索功能的重要技术要求。

同时，搜索功能支持导入离线可选资源列表，根据列表自动检索对应资源。工作流程如下图所示：

搜索工作流程

详细设计

● 操作流程（页面跳转）

【编写说明：描述系统具体功能的页面迁移过程。】

在系统的引导下进入检索管理页面。页面是常见的检索。用户可以通过下拉列表框选择检索关键词、分类代码、摘要三种内容类型。默认为关键字检索。用户输入搜索内容，选择要搜索的对象类型（书籍、期刊、图片、音频、视频），点击搜索。如果检索失败，则系统显示检索不存在；如果检索成功，则系统生成满足检索条件的XML数据包文件，检索完成，跳转到检索结果列表页面。

● 数据流

【写作说明：描述系统具体功能的数据迁移过程。】

一般检索以关键词为检索条件，对要发表的数据库产品表和目录表进行关键词和摘要的模糊匹配检索，对分类码进行精确匹配检索。对于书籍或期刊库表的检索，除了检索与关键词匹配的书籍和期刊对象外，同时通过检索待出版的内容，查询与书籍和期刊对象相关的图片、音视频对象和产品关联表。检索结果输出到 XML 数据包文件。数据流迁移示意图如下图所示：

常用检索数据迁移图

● 进入

【编写说明：给出每个输入项的特征，包括名称、标识、数据类型和格式、数据值的有效范围、输入方式（形式、数量和频率）、输入数据的来源等】

● 输出项目

【编写说明：给出每个输出项的特征，包括名称、标识、数据类型和格式、数据值的有效范围、输出方式（形式、数量、频率等描述）等】

● 页面说明

【编写说明：详细描述该功能相关的页面信息】

安全设计

很多中小型软件公司开发的IT项目，尤其是基于B/S技术系统的IT项目，都存在很大的安全隐患。SQL注入攻击、执行恶意脚本、拦截HTTP传输的重要数据、强制密码破解、端口扫描、木马植入、重要用户数据存储在客户端浏览器缓存、服务器数据丢失和删除等安全风险，等等。

标书的安全设计可根据上述安全隐患防范措施编写，一般不会失分。

数据流与逻辑关系设计

数据流主要考察投标人对拟投资项目的数据（信息）流的整体把握。是通过数据流的维度来检验项目所涉及的业务是否有足够的理解和掌握。

项目招标文件中提出的技术要求是前端传来的产品和内容可以存储在产品内容发布库中，对要发布的产品和内容进行内部链接检查。发布目标确定后，自动发布到对应目标。发布产品内容进行证明，支持发布授权时限、发布目标、版权记录等信息的综合管理。

因此，项目的主要数据流是产品的流（出版社出版的书籍、期刊、音像都属于产品）。从出版社出版图书的过程来看，产品从投入到产出的过程如下：

① 作者投稿（产品原型）

② 编辑沟通（产品评论）

③ 选题及立项（产品进入发表流程）

④ 产品编辑（根据编辑建议进行产品修改）

⑤ 整理与校对（产品完成）

⑥ 产品订阅（产品订阅信息发送到各个渠道）

⑦ 产品发布（电子版和纸质版发送到各个渠道）

项目的产品流程主要集中在⑥和⑦，以及如何从前端获取产品。项目数据流程图如下图所示：

数据流图

界面规划设计

接口规划设计是考察投标人对拟投资项目在该项目中所处位置的了解以及与相关分包的接口关系。

附件技术要求给出了与本项目相关的分包合同。具体的关系以及如何定义接口需要自己去分析理顺。

本项目与03包、04包、14包、15包、18包、19包、20包、25包有接口关系。

与03包书刊复合编辑系统和04包期刊复合编辑系统的关系很容易理解。出版社的编辑使用03包或04包提供的编辑编辑功能完成产品的编辑工作，并将完成的产品发送到产品库（本项目的产品库）。

与14包全媒体资源库的界面也很容易理解。14包负责出版社所有资源产品的管理。出版社出版产品时，通过14-pack发送到产品库（本项目的产品库），再通过17-pack发送出去。

15 是一个版权资产管理系统。本项目对外发布产品时，需要从 15中获取产品版权信息，以确定产品版权的合法性。具有合法版权的产品可以对外发布，否则不能对外发布。

18-pack 是一个文件分发和按需打印系统。这个项目和 18-pack 的关系也很容易理解。18册主要用于小册子的印刷（小批量书籍印刷）。该项目将适用于短版印刷。书本产品可直接放入 18 包中。

包 19 是一个动态重组系统。招标文件中对 19的功能描述是自动或半自动重组碎片化、格式化和结构化的数字内容资源，使其成为新的数字内容产品。从功能描述上看，19个包通过对原有内容的重组产生了新的内容产品。貌似生成的新产品像03包和04包一样扔到这个项目的产品库，但是从发布过程来看，19包产生的新产品应该提交到 03或者 04，然后经 03或 04审核通过后发送至本项目产品库。

20 Packs是出版社的运营服务和支持系统。我理解是为出版社搭建自营图书电商平台。从这个角度来看，20包和这个项目的关系就很清楚了。该项目可以直接将20包作为出版社的渠道，将图书产品发送到20包。

25-pack是整个项目的数据交换中心，项目与相关分包商之间的数据交换必须通过25-pack完成。

文章来源:http://baijiahao.baidu.com/s?id=1597817990785029445&wfr=spider&for=pc

------本页内容已结束，喜欢请分享------

感谢您的来访，获取更多精彩文章请收藏本站。