如何编写投标项目系统设计方案？
如何编写投标项目系统设计方案？
在参与项目投标时，系统设计方案是技术部分的重要组成部分，通常占投标书分值的32%。一个优秀的系统设计方案需要充分展示投标人在理解项目需求的基础上，设计和架构系统的能力，以及设计的系统是否能满足项目需求。本文将详细介绍系统设计方案中的关键要素，包括架构设计、功能设计、安全设计、数据流和逻辑关系设计以及接口规划与设计等内容。
1. 架构设计
架构设计描述了系统内部之间各系统构件的连接方式、组成方式，以及构件之间的关联和交互方式。要进行架构设计，首先要明确技术体系。技术体系在系统体系结构一节已经明确要采用B/S技术体系。因此，架构设计采用三层结构，分别是客户层（浏览器）、业务层（WEB服务层）、数据层（数据库访问层）。
- 客户层应用Ajax、JSP、XML等技术，向WEB服务层发送请求和数据交互。
- WEB服务层部署WEB应用，包括SAAS服务，为实现系统运行过程中可随时添加和删减业务，WEB服务层可细分为控制层、业务逻辑层、基础组件层，组件容器采用EJB技术。
- 数据层可细分为数据访问和数据存储。
整个系统架构采用J2EE技术。系统架构如下图所示：
2. 功能设计
功能设计是按照需求分析和需求应答部分，设计系统各模块功能子项的用例、操作流程、数据流、输入数据项和输出数据项，以及UI界面设计等内容。如果只是针对应标进行的功能设计，在时间和人力资源不允许的情况下，可以简化设计，只需给出工作流程图并简要说明就可以。
下面给出系统图书普通检索功能的详细设计和简要设计案例，项目投标采用了简要设计，详细设计引自于《国家数字复合出版系统工程17包软件设计说明书V1.0》仅供参考。
简要设计
图书普通检索功能负责完成对待发布内容的检索和筛选，数据库发布业务和封装内容发布业务需要操纵大量的待发布内容数据，要从待发布内容库中按照规则抽取若干图书、期刊出版物以及与出版物相关的图片、音视频等资源。抽取的资源是否准确、效率是否高效、检索规则是否能够满足不同的检索需求，是检索功能要实现的重要技术需求。
同时，检索功能支持导入线下自选资源清单，并依据清单列表自动检索对应资源。工作流程如下图所示：
详细设计
操作流程（页面跳转）
在系统引导下进入检索管理页面，页面为普通检索，用户通过下拉列表框可选择关键词、分类代码、摘要三种内容类型的检索，默认为关键词检索。用户输入检索内容，选择需检索的对象类型（图书、期刊、图片、音频、视频），点击检索。若检索失败，系统显示该检索不存在；若检索成功，系统生成符合该检索条件的XMl数据包文件，检索完成跳转到检索结果列表页。数据流
普通检索用关键词作为检索条件，对数据库产品表、待发布内容表进行关键词、摘要模糊匹配检索，分类代码进行精确匹配检索。对于图书或期刊库表的检索，除了检索到与关键词相匹配的图书和期刊对象外，同时通过检索待发布内容与产品关联表查询与图书和期刊对象相关的图片、音视频对象。检索结果输出到XML数据包文件。数据流迁移图见下图：
输入项
给出对每一个输入项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围，输入方式（形式、数量和频度）、输入数据的来源等等。输出项
给出对每一个输出项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围，输出方式（形式、 数量、频度和其他说明）等。页面说明
详细描述本功能相关的页面信息。
3. 安全设计
很多中小软件公司研发的IT项目，特别是基于B/S技术体系的项目，都存在较大的安全隐患。诸如SQL注入攻击、执行恶意脚本、截取HTTP传输的重要数据、密码强制破解、端口扫描、木马植入、客户端浏览器缓存区保存了重要的用户数据、服务器的数据丢失和删除等安全隐患。
投标书的安全设计可以基于上述安全隐患的预防措施去写，一般不会丢分。
4. 数据流和逻辑关系设计
数据流主要考查投标人对所投项目中关于数据（信息）流向的整体把握程度，是通过数据流维度考查对项目涉及的业务是否有充足的了解和掌握。
项目招标书提出的技术需求是可将前端传输过来的产品、内容存入产品内容发布库，将待发布的产品、内容进行内部链接的检测，发布目标确认后，自动发布到相应的目标，对发布产品内容进行留证，并支持对发布的授权时间期限、发布目标、版权记录等信息进行综合管理。
因此，项目的主要数据流是产品（出版社对外发布的图书、期刊、音视频都属于产品）的流向。从出版社出版图书的过程来看，产品从输入到输出的过程为：
- 作者投稿（产品雏形）
- 编辑沟通（产品审核）
- 选题立项（产品进入出版流程）
- 产品编辑（根据编辑的建议进行产品修改）
- 编排校印（产品完成）
- 产品征订（产品征订信息发送各渠道）
- 产品发布（电子版和纸质版发送各渠道）
项目的产品流向主要关注⑥和⑦，以及如何从前端获取产品。项目数据流图如下图所示：
5. 接口规划和设计
接口规划和设计是考查投标人对所投项目在工程的定位以及与关联分包接口关系的理解程度。附件技术需求给出了与本项目有关系的关联分包，具体什么关系，接口如何定义还需要自己进行分析和理顺。
本项目与03包、04包、14包、15包、18包、19包、20包、25包存在接口关系。
- 与03包书刊复合采编系统、04包期刊复合采编系统的关系很容易理解，出版社编辑人员利用03包或04包提供的编辑和编审功能，完成产品的编辑工作，并将完成的产品发送到产品库（本项目产品库）。
- 与14包全媒体资源库的接口也很容易理解，14包负责出版社所有资源产品的管理，出版社对外发布产品时，通过14包发送到产品库（本项目产品库），再由17包对外发送。
- 15包是版权资产管理系统，本项目对外发布产品时，需要从15包获取产品版权信息，判断产品版权的合法性，有合法版权的产品可以对外发布，否则不能对外发布。
- 18包是是文件分发与按需印刷系统，本项目和18包的关系也很容易理解，18包主要是短版图书的印刷（批量小的图书印刷），本项目将适合于短版印刷的图书产品直接扔给18包就可以了。
- 19包是动态重组系统，招标书给出19包的功能描述是根据事先设定的规则，将经过碎片化、格式化、结构化的数字内容资源，进行自动或半自动地重新组合，使之成为新的数字内容产品。从功能描述来看，19包是通过重组原有内容产生新的内容产品，似乎同03包、04包一样把产生的新产品扔给本项目产品库，但从出版流程来看，19包产生的新产品应该提交给03包或04包，由03包或04包编辑审核通过后，再发送到本项目产品库。
- 20包是出版机构运营服务及支撑系统，本人理解就是为出版社构建自运营的图书电商平台。这么来看的话，20包与本项目的关系就非常清楚了，项目可以直接把20包作为一个出版社的渠道来看待，发送图书产品到20包。
- 25包是整个工程的数据交换中心，项目同各关联分包的数据交换都要通过25包完成。