2023某公司研究社系统开发建设企划方案（全文完整）

下面是小编为大家整理的2023某公司研究社系统开发建设企划方案（全文完整）,供大家参考。

某公司研究社系统开发建设企划方案 开发建设方案 X Xx xxxxxx 公司 目 目 录 第 1 章 概述 ································································································································ 2 1.1 建设背景 ··················································································································· 2 1.2 建设目标 ··················································································································· 2 第 2 章 需求分析 ························································································································ 3 2.1 功能需求分析 ··········································································································· 3 2.2 难点分析 ··················································································································· 3 第 3 章 总体设计 ························································································································ 5 3.1 技术路线选择 ··········································································································· 7 3.2 技术实现框架 ············································································ 错误! 未定义书签。

　　 第 4 章 功能设计 ························································································· 错误! 未定义书签。

　　 4.1 子系统设计 ················································································ 错误! 未定义书签。

　　 4.2 选用 WEB 服务器 ····································································· 错误! 未定义书签。

　　 4.3 选用数据库 ················································································ 错误! 未定义书签。

　　 第 5 章 系统开发计划 ·············································································································· 16 5.1 系统实施步骤 ················································································································ 16 5.2 系统建设第一阶段实施计划 ························································································ 16 联系方式 ······································································································································ 17 第 第1章 章 概述 1.1 建设背景 外研社…… 1.2 建设 目标 一套产品、一个平台、一个商业模型 1、 、 产品 有声读物产品。

　　 2、 、 网站平台 能够公布销售有声读物产品，服务于商务需求，吸纳住固定客户群。

　　 3、 、 商业模型 什么什么什么。 第 第2章 章 需求分析 2.1 功能需求分析 2.1.1 建立完善的电子商务平台 1、系统应实现完善的电子商务功能。

　　2、 2.1.2 有声读物产品的呈现与公布 1、支持用户自主选择按需印刷产品的工艺 这首先要求实现纸本书的信息内容数字化。

　　其他有关推荐：按分类推荐、按作者推荐、按网站后台编辑推荐 类别：包含不一致分类法下的多重类别 2.1.3 为业务需求服务 1、收集销售信息 2、收集用户信息 3、广告业务服务 2.2 难点分析 2.2.1 系统技术难点 1、应对高访问量 合理设计业务模型，对高流量操作进行分解分流，对无法分解分流的操作行为，逐条分析，优化数据结构，优化操作语句，使用多重缓存机制。

　　2、系统安全性 登录用户身份的验证机制的设计、操作页面的权限保护。

　　3、建立合理的表结构，避免数据冗余 各表通过特定字段实现不一致表的数据连接，避免数据冗余，需要设计简洁高效的表结构。

　　2.2.2 多维度多角度的分类 由于数字产品存在众多的分类方法，系统需要同意多种分类方法并存，一段音频产品可能会同时属于多种分类法中的多个分类，分类结构复杂，因此需要很好的设计分类结构，从而达到方便的按各类分类进行存储与查询。

　　 第 第3章 章 总体设计 3.1 总体框架设计 3.1.1 系统总体设计 网站系统总体由：

　　用户系统、搜索系统、产品索引、信息系统、交易系统、帮助系统、互动社区、信息分析系统八个模块构成。

　　用户系统：注册/登录、用户个人信息、用户个性化信息、用户商务 搜索系统：产品搜索、提供者搜索、新闻/文章搜索 产品索引系统：新品公布、产品分类、多种热门产品推荐 信息系统：新闻/公告、活动公布、排行信息 交易系统：订单系统、支付系统 帮助系统：使用说明、客服保护 互动社区：用户交流、活动推广 信息分析系统：用户数据分析、商务数据分析、系统数据分析、管理行为数据分析 ---------------------------------------------------------------------------------------------------------------------------------------------- 用户登录注册 用户权限管理 用户数据库 产品索引 分类索引 新品索引 推荐组合 新闻/公告 客服反馈 论坛/留言板 数据信息分析系统 帮助系统 活动公布 购物车 互动社区入口 帮助说明 订单系统 交易支付管理 产品库 排行数据 搜索 管理操纵台 用户系统：

　　注册/登录 用户个人信息 用户个性化信息 用户商务 搜索系统：

　　产品搜索 提供者搜索 新闻/文章搜索 产品索引系统：

　　新品公布 产品分类 多种热门产品推荐 信息系统：

　　新闻/公告 活动公布 排行信息 交易系统：

　　订单系统 支付系统 帮助系统：

　　使用说明 客服保护 互动社区：

　　 用户交流 活动推广 信息分析系统：

　　用户数据分析 商务数据分析 系统数据分析 管理行为数据分析 3.2 技术路线选择 3.2.1 PHP 技术 PHP 是一种在服务器端执行的嵌入 HTML 文档的脚本语言，语言的风格有类似于 C 语言，现在被非常多的网站与平台编程人员广泛的运用。

　　PHP 跟 Apache 服务器紧密结合的特性；加上它不断的更新及加入新的功能；而且几乎支持所有主流与非主流数据库；再以它能高速的执行效率，使得 PHP 在 1999 年中的使用站点已经超过了 150000 万。加上它的源代码完全公开，在 Open Source 意识抬头的今天，它更是这方面的中流砥柱。不断地有新的函数库加入，与不停地更新的活力，使得 PHP 不管在 UNIX、LINUX 或者是 Windows 的平台上都能够有更多新的功能。它提供丰富的函数，使得在程序设计方面有着更好的支持。

　　 3.2.2 PHP 技术优势 1、PHP 是一种能跨平台、有良好数据库交互能力的开发语言。ASP 比不上它的就是这种跨平台能力了，而正是它的这种能力让 Unix/Linux 有了一种与 ASP 媲美的开发语言。

　　 2、与 Apache 及其它扩展库结合紧密。php 与 Apache 能够以静态编绎的方式结合起来，而与其它的扩展库也能够用这样的方式结合(除外的就是 Windows 平台了)。这样的方式的最大的好处就是最大化的利用了 CPU 时与内存，同时极为有效的利用了 Apache 的高性能 的吞吐能力。同时外部的扩展也是静态连编，从而达到了最快的运行速度。由于与数据库的接口也使用了这样的方式，因此使用的是本地化的调用，这也让数据库发挥了最佳效能。

　　 3、良好的安全性。由于 php 本身的代码开放因此它的代码在许多工程师手中进行了检测，同时它与 apache 编绎在一起的方式也能够让它具有灵活的安全设定。因此到现在为止，php 具有了公认的安全性能。

　　3.2.3 Zend Framework 技术 Zend 是一个基于 PHP 的 MVC 框架，Zend 框架具有下列特征：

　　 是基于 PHP 建立的。

　　  是面向对象的。

　　  使用 MVC 范例。

　　  具有开放源码奉献者。

　　  有奉献者负责保证他们的代码不是他人的知识产权。

　　 通过建立 MVC 模式，Zend 框架使项目开发变得轻松，这不仅表达在通用领域，而且对您始终想要做的具体的情况也是如此，比如访问数据库或者输出 PDF 文件。Zend 框架自带了非常多的 library，框架本身使用了很多设计模式来编写，架构上很优雅，执行效率中等；MVC 设计中，比较简洁，具有路由功能，配置文件比较强大（能够处理 XML 与php INI），各类 library 很强大，是所有 PHP 框架中各类功能最全面的，包含它不仅是一个框架，更是一个大类库（取代 PEAR），这是它的要紧特色；能够直观的支持除数据库操作之外的 Model 层（比 CodeIgniter 与 CakePHP 强），同时能够很轻易的使用 Loader 功能加载其他新增加的 Class；Cache 功能很强大，从前端 Cache 到后端 Cache 都支持，后端Cache 支持 Memcache、APC、SQLite、文件等等方式；数据库操作功能很强大，支持各类驱动（适配器）。

　　 3.2.4 SOAP 协议 3.3 技术实现框架 调用模型的设计要紧使用了层次化的设计思想，要紧应用了 MVC 的设计模式。系统横向以 MVC 模式分层，将技术实现框架总体分为用户界面层、业务逻辑层、数据访问层三个层次。

　　1、用户界面层：负责处理用户的输入与向用户输出，直接完成与用户的交互功能，用户与系统的所有输入与输出操作都将在本层中完成。

　　2、商业逻辑层：这一层是上下两层的纽带，它建立实际的数据库连接，根据用户的请求生成检索语句或者更新数据库，并把结果返回给前端界面显示。

　　3、数据访问层：负责实际的数据存储与检索。

　　三层架构的优点是显而易见的：我们不必为了业务逻辑上的微小变化而迁至整个程序的修改，只需要修改商业逻辑层中的一个函数或者一个过程；增强了代码的可重用性；便于不一致层次的开发人员之间的合作，只要遵循一定的接口标准就能够进行并行开发了，最终只要将各个部分拼接到一起构成最终的应用程序。

　　 3.4 技术特点 成熟的技术 成熟的技术是系统稳固、可靠的保证。本项目是使用先进的技术架构，使用多项操作系统级的技术来提高系统的效率，使用业界主流的操作系统与主流数据库作为软件平台，使用 TCP/IP 作为网络通讯协议。支持多种素材的完美转化 完整的体系 系统模块齐全，覆盖全过程：以权限管理为中心，规范设计整个系统。系统包含多个子系统。

　　系统支持多种业务模式：既支持简单浏览模式，也支持 B2B、B2C 商业模式，或者使用不一致模式的混合模式。支持核心层与客户自有模块的完全集中或者分级交互的不一致管理方式。

　　安全性 本解决方案提供针对数字化出版的完整解决方案。

　　面向内容，保证内容的正确呈现，同时保证内容不被拷贝、非法下载、修改、2 次传 播。对读者能够根据需求限制其在阅读、放大、打印、拷贝、阅读时间等多种权限。

　　面向系统，项目设计涵盖方方面面，设计了科学的安全域模型，既保证了素材资料的分权管理，又保证了不一致分级下管理系统的科学管理。

　　数据使用三级备份：应用软件本身备份...