网站需求说明书

1.1. 项目背景

打造行业网站垂直专业门户网站。

1.2. 系统目标

创建易用、简单、稳定、功能强大的后台管理系统。并保证在网站后台能实现对栏目、文章、会员、专题、个性化模板的管理。

完成一套简洁实用、功能完善的前台系统，包括友好的用户界面、人性化的功能设计、完善的用户体验等。

1.3. 设计原则

本项目所开发的LMS平台在需求分析和开发中应遵循如下原则：

• 简单：易用性强；各功能模块符合业务逻辑，且划分清晰；平台易维护；可以基于本平台方便的进行二次开发。
• 稳定：在目标用户数量下可以稳定运行。
• 可扩展：在不改动平台技术架构的前提下——在用户数量超过预期数量时，可以进行系统增容；可以根据用户需求发展的状况进行功能扩展。
• 体系建设的独立性：要求如下几个体系应具备独立性，资源体系，教学体系，测评体系。三个体系相互独立，相互关联，相互协调，能够达到组织学习过程高度的灵活性。
• 接口：具备完善的接口，其余业务系统经过接口调用邀请用户加入圈子，实现与其余业务系统的打通。

1.4. 软件环境

Linux+Apache2（weblogic）+J2EE+Spring+Hibernate+Oracle

1.5. 技术架构

MVC结构，Hibernate模式

1.6. 性能要求

支持百万级数据量，系统平台高速稳定。

双机热备＋磁盘阵列＋数据恢复

1.7. 网络环境

Linux操做系统＋防火墙＋入侵监测＋抗DoS/DdoS攻击

1.8. 硬件环境

服务器配置：

前台服务器2台：DELL或IBM、双核、4G内存、146G*3硬盘

后台服务器2台：DELL或IBM、四核、8G内存、146G*3硬盘

数据库1台：DELL或IBM、四核、8G内存、146G*3硬盘

备份服务器2台：DELL或IBM、四核、8G内存、146G*3硬盘

带宽：50M独享

1.9. 目标用户分析

本平台的使用者包括四类用户：业务管理人员、普通用户、普通会员、收费会员、系统维护人员。

• 业务管理人员

基本状况：非IT专业技术人员，但具有较强的IT应用能力，网络环境好。

需 求 点：主要使用本平台进行资源和信息业务管理。

• 普通用户

基本状况：非IT专业技术人员，具有必定的IT应用能力，网络环境差异大。

需 求 点：主要使用本平台进行信息查看，关注行业信息动态等，并能够利用本平台与业务管理人员、其余用户进行交流。

• 普通会员

基本状况：非IT专业技术人员，具有必定的IT应用能力，网络环境差异大。

需 求 点：注册后的用户即为普通会员，仅能浏览网站免费信息。

• 收费会员

基本状况：非IT专业技术人员，具有必定的IT应用能力，网络环境差异大。

需 求 点：注册后的用户即为普通会员，普通会员付费之后，经网站确认后既能够成为收费会员，能够享受免费会员的一切服务，同时能够享受商机平台服务，收费咨询信息服务以及一个信息服务产品。

 

• 系统维护人员

基本状况：IT专业技术人员，网络环境较好。

需 求 点：对本平台的平常运营进行技术维护工做，在必要的状况下进行必定的功能修改或扩充等开发工做。在特殊状况下进行系统增容等较大规模的技术维护工做。

 

1. 技术方案

 

下面将从功能结构、应用结构、系统结构、逻辑结构和物理结构五方面阐述本系统的技术方案。

 

1.1. 功能模型

 

 

 

1.2. 应用结构

 

 

 

 

 

应用结构图

 

应用结构层次设计图

 

 

 

应用结构层次设计，主要将应用系统分层，每一个层次关注的焦点不一样，把界面、业务、数据分开；本系统也遵守此原则设计，将分为3个大层次：表示层、业务逻辑层、数据访问层，调用关系如图所示。

 

l 表示层：

 

本系统表示层主要包括三大块：前台、后台和模板，负责从用户方接收请求传递给业务层或者数据访问层处理，专心处理界面和接口数据交互。

 

l 业务层：

 

此层面专心处理业务逻辑，实现业务的关键流程。

 

l 数据访问层：

 

数据访问核心部分：数据访问逻辑组件，它表明调用程序提供对数据库执行如下任务的方法：

 

² 在数据库中建立记录

 

² 读取数据库中的记录并把业务实体数据返回给调用程序

 

² 使用调用程序提供的修改后的业务实体数据更新数据库中的记录

 

² 删除数据库中的记录

 

执行上述任务的方法一般称为“CRUD”方法，这是由各项任务的首字母组成的一个缩写词。一般数据访问逻辑组件访问一个单一数据库，并封装了针对该数据库中一个表或一组相关表的数据相关操做

 

 

 

 

 

1.3. 逻辑结构

 

 

 

1.4. 物理结构

 

 

 

1.5. 功能结构

 

 

 

 

 

 

 

2. 系统功能描述

 

2.1. 后台维护管理系统

 

功能组成：后台主要有一下几个功能模块组成：

 

系统管理、人员数据管理、订单管理、产品数据管理，广告管理、内容发布管理。

 

2.1.1. 系统管理

 

2.1.1.1. 功能组成

 

系统管理主要是对角色权限等功能进行管理，功能分为：角色管理、权限管理、日志查询、我的信息管理。

 

2.1.1.2. 功能描述

 

角色管理：管理员根据功能划分的不一样能够创建不一样的角色，即不一样的角色具备不一样的权限，并能够赋予不一样的管理人员。

 

权限管理：能够根据角色赋予管理员权限，也能够根据具体的权限对管理员进行赋予权限。

 

日志查询：能够查询系统记录的日志，并根据能够提取日志进行分析等功能。

 

我的信息管理：对管理员我的信息密码等进行维护。

 

2.1.2. 人员数据管理

 

2.1.2.1. 功能组成

 

人员数据主要是对平台中的全部用户进行管理，包括普通会员，收费会员，管理员、专家等。具体功能以下：会员管理、管理员管理、专家管理。

 

2.1.2.2. 功能描述

 

会员管理：主要功能包括能够批量和手动添加普通会员、删除、停用、修改会员，并能够将普通会员提高为收费会员。

 

管理员管理：超级管理员或主管能够查看管理员信息，角色等，同时能够增删查改管理员。

 

专家管理：能够对专家库进行维护，可以对专家信息进行增删查改等操做。

 

2.1.3. 产品数据库管理

 

2.1.3.1. 功能组成

 

产品数据库管理主要是针对产品库、企业库、商机库、以及供求关系库等进行维护和管理。

 

主要由如下几个部分组成：产品库管理、企业库管理、商机库管理以及供求关系库的管理

 

2.1.3.2. 功能描述

 

产品库：对网站现有产品进行维护，为用户提供产品服务，具备增删查改等功能。

 

企业库管理：对产品相关的企业信息进行维护，为用户提供企业信息服务，具备增删查改等功能。

 

商机库：同是为企业创建商机信息、为用户提供商机信息服务，具备增删查改等功能。

 

供求关系信息管理：整理维护用户及厂家发布的供求信息，为用户和厂家提供寻求及供应交流平台。

 

2.1.4. 订单管理

 

2.1.4.1. 功能组成

 

对平台用户订购产品产生的订单进行管理，分为未处理订单，已处理订单，做废订单。

 

2.1.4.2. 功能描述

 

未处理订单：主要是用户订购产品产生的未付费订单，确认付费之后便可以确认订单，并给用户提供产品，同时订单变为已处理订单，也能够将没用的订单做废变为做废订单。

 

已处理订单：管理员能够查看全部已经付费或开通的订单信息。

 

做废订单：管理员能够查看已经做废的订单，同时也能够恢复订单为未处理订单。

1. 综合描述

1.1.1. 广告管理

1.1.1.1. 功能组成

广告管理主要是对网站的广告进行管理,主要功能包括广告类型类型,广告发布管理,广告统计.

1.1.1.2. 功能描述

广告类型管理:主要是根据现有广告的形式对广告进行分类管理,包括增删查改等功能.

广告发布:发布广告,撤回广告以及编辑广告.

广告统计:查询广告统计信息,如投放时间,点击率等.

1.1.2. 内容发布系统管理

1.1.2.1. 功能组成

内容发布系统由栏目管理、模版管理、文章发布管理、专题管理组成。

1.1.2.2. 功能描述

栏目管理：主要是对文章频道进行维护，功能上包括添加栏目、修改栏目、删除栏目、发布栏目、取消发布、查看栏目等

模版管理：对网站用到的全部模版进行管理，包括增删查改。

文章发布管理：经过该平台，用户能够完成相关的文章采集、上传、编辑（内容修改、附件修改、指定栏目和维度、相关文章列表管理）、文章删除、发布、文章撤回修改、刷新、做者库管理等功能，平台可能的用户有编辑（最常使用的用户）、总编（各频道、栏目的总编、值班总编等）、系统管理员、程序开发人员和测试人员等。

1. 文章列表

• 文章查询：文章查询提供了简单查询和复杂查询两种方式，其中简单查询提供了一些经常使用的查询条件，复杂查询则添加了栏目和纬度做为查询条件，其中栏目和纬度都从树上选择。复杂查询页面因为要生成栏目树和纬度树，因此速度比较慢，另外基于栏目和纬度的查询也很是用查询条件，因此使用频率也比较低，目前来看复杂查询条件页面存在的意义不是很大。
• 文章录入、编辑

由编辑将收集到的文章信息录入发布系统，为动态发布到网站上作准备。

² 基本信息录入

由编辑人员录入文章的基本信息，包括文章的标题、简介、正文、做者、来源、关键字等信息，录入基本信息（文章内容中可使用辅助标签进行编辑，具体标签说明参考《赛迪网内容发布标签使用说明》）。

² 附件处理

在录入基本信息以后，能够同时选择录入附件。一次最多只能上传十个附件，一次上传的文件大小不容许超过500K，容许上传的文件类型以下：

tar、doc、pdf、ppt、gz、tgz、js、rpm、zip、gif、png、jpeg、jpg、css、txt、xml、html、htm、avi、mpeg、mpg、swf，某些功能可能会根据自身须要进一步的缩小上传文件类型。附件设定支持附件的批量上传，附件的引用名称为文章内容中引用的名称。

² 文章编辑

点击肯定后进入文章编辑界面，此时编辑能够继续选择对文章的基本信息进行编辑或者进行文章相关属性的调整，包括文章附件设定、文章对应栏目纬度设定、相关文章设定、文章扩张属性设定。

² 相关调整

相关调整模块能够设置文章的相关文章，并能够调整相关文章顺序，目前一篇文章最多支持20篇相关文章,重置相关能够删除全部已经选择的相关文章，相关文章的选择是根据每篇文章的关键字由系统动态生成的。已经发布的文章进本内容不能进行编辑，但文章的其余属性能够进行编辑。另外对于产品相关的文章，能够在确认类别后加入到相关的产品小类或者某个具体的产品之下成为产品的相关文章。

• 文章撤回编辑：状态为发布的文章不能进行编辑，只有在撤回以后才能进行编辑，撤回将文章状态从发布置为编辑，此时从网站上将不在能看到该文章。撤回编辑后从新发布的文章会将文章在显示区中的排序时间更新为最后发布时间，因此文章对应的在显示区中的顺序也会调至最前。
• 文章删除：已经发布的文章不能直接删除，只能在撤回以后删除。
• 文章发布时间设定：针对文章的发布时间进行单独设定，在文章发布后一样能够对发布时间进行设定。

1. 文章手工录入

提供了文章发布的独立入口，也能够由文章列表模块进入。手工录入的流程同文章的发布、编辑，发布成功后的文章在文章列表部分进行统一维护。

1. 文章快速发布

将文章基本信息录入以及文章发布两个操做合二为一，在用户录入文章基本信息并选择栏目以后点击肯定直接进行发布，文章的相关设定此处不提供接口。

1. 刷新文章页面

文章刷新分为按文章ID刷新以及按照URL刷新两种状况，其中按照文章ID刷新主要是经过消息传递机制先刷新Middle上的文章对象以后再对Proxy上的文章缓存和静态页面进行刷新；而按照URL刷新则是直接对Proxy上的缓存对象以及静态页面进行刷新。

1. 做者库管理

对赛迪集团之下，能够为赛迪网提供有效信息的做者进基本信息行统一管理，包括做者信息的增长、删除、修改、详细信息查询、附件上传。目前文章的做者信息大部分都没有在做者库中，因此目前文章与做者信息是做为两个相对独立的实体存在的，而做者信息做为文章信息的一部分应该与文章很好的结合起来，这样对于咱们之后进行进一步的统计分析是很是重要的。

 

 

专题管理：对网站的专题进行发布、编辑、撤回、删除等操做。

1.1. 网站前台门户

登录：会员登录门户系统

注册：用户添加我的信息，注册成为网站普通会员。

升级会员：普通会员缴纳必定费用成为付费会员，并享用一些付费服务。

个性化设置：用户能够根据本身的须要对我的界面进行个性化定制。

搜索：能够对全站进行搜索。

产品库查询：能够对门户网站提供的产品进行查询及浏览。

厂家查询：能够对产品的相关厂家进行查询。

商机信息查询：对厂家提供的商机信息进行查询。

订购产品：订购产品，并进行在线付费。

专家咨询：查询我的及行业专业，找寻解决方案。

解决方案查询：对网站现有方案进行查询，并付费浏览。

各类行业信息动态：查看行业信息新闻/

供求信息发布：能够发布我的需求信息，以寻求须要的产品及解决方案。

专家访谈：聘请专家进行访谈为用户解疑答疑，并造成信息库。

广告：根据须要在网站上挂接各类广告。

我的信息：对我的注册信息进行维护管理。

我的消费明细：查询我的消费清单。

2. 核心算法

2.1. 前台：

2.1.1. 会员登录

    网站注册用户在登录后，会把注册信息写入Cookie中，若是检查Cookie中没有相应信息，在执行浏览文章或购买等操做时，会提示用户进行登录。

 

           

2.1.2. 会员注册

          会员注册时，首先会把注册信息写入passport用户库。

 

2.1.3. 文章浏览

     

 

2.1.4. 供求信息

      

 

2.1.5. 缓存机制

     为提供系统性能，减小数据库访问，前台浏览栏目页、报告页、文章页的时候，首先访问系统缓存，若是缓存中有相应内容，从缓存中提取内容；若是没有，访问数据库提取内容，并将内容加入缓存。缓存采用特定的算法，定时清除最近最少访问的内容。

 

2.2. 后台：

2.2.1. 文章相关

文章的发布、撤回、编辑等功能，使用高级编辑功能，实现所见即所得的效果，页面示意以下。

功能：

1. 采编，网上抓取信息，进行再加工
2. 栏目权限控制

 

 

文章发布流程

 

       

    

2.2.2. 栏目（商品类别）相关

            完成栏目的添加、修改等维护功能，支持树型栏目。

 

2.2.3. 订单相关

一、 完成用户定购的审核。

二、 完成客户购买的订单审核

三、 完成用户定购信息的统计。

2.2.4. 积分相关

           本期尚未肯定的需求，预留功能接口。

2.2.5. 会员相关

一、 统计

        根据会员购买状况、日期阶段、活跃状态等对会员进行统计。

二、 积分、折扣等信息调整

三、 分类、高级会员，普通会员

 本期尚未明确的需求，预留功能接口。

 

2.3. 公共组件：

2.3.1. 管理员权限分级控制

第一级：系统管理员，拥有系统最高权限，可进行本系统的全部操做。

第二级：业务部门经理，拥有业务最高权限，但不能进行系统参数设置、日志管理等功能。

第三级：普通操做人员，能够进行平常文章发布、报告发布等功能，但不能进行报告审核。

2.3.2. 分页组件

前台和后台公用分页组件，可以显示总记录数、每页条数、上一页、下一页、各页连接。

2.3.3. 日志组件

记录文章的发布和撤回、报告的发布和撤回、订单的审核等信息。

2.3.4. Email发送组件

在程序中调用该组件完成Email发送功能。本期使用原系统中的发送邮件组件。

2.3.5. TRS组件（全文搜索数据库）

【需另行购买，详情见TRS白皮书 或http://www.trs.com.cn/products/eseism/server/】

完成TRS数据库的插入、删除、查询。使用两种方式来使用TRS组件：

1、前台直接调用TRS的页面查询接口，查询文章和报告。

2、在应用程序中调用TRS的JAVA   API ，对TRS数据进行增、删、查、改操做。

2.3.6. Cache组件

     前台采用Cache机制，提升访问效率。本期采用发布系统中已经成熟应用多年的Cache组件包。

3. UI设计

        为保证系统平滑过渡，适应客户和管理员的使用系统，新系统采用和旧系统同样的风格和样式。

3.1. 界面布局

3.1.1. 界面布局

1． 文字的排布

a.  一般放在最显著的地方，如整个显示的中央稍微偏右下；文本的排布总体性好，使浏览起来通畅而丝毫没有阻碍。

b.  文字的大小适中，在不一样的分辨率下都不会有太大的影响。

c.  文字的颜色不要太多。

2． 图片的排布

1. 图片的体积不要太大，同时又要使图片尽可能清楚，直观，最大限度的发挥它的做用。
2. 图片与图片之间要联系凸现，同时又要融为一个总体，使看起来有条理。

3． 按钮类单元的排布

1. 页面上的按钮，连接，复选框，单选框。同类单元应该尽可能保持大小同样，左右对齐。按钮的大小要与界面的大小和空间要协调，避免空旷的界面上放置很大的按钮。
2. 忌用太长的名称，省得占用过多的界面位置。
3. 字体的大小要与界面的大小比例协调, 一般使用的字体中宋体9-12较为美观，不多使用超过12号的字体。

4． 表格的排布

1. 表格大小要和界面相适应，不能在表格以外有很大空余，或者表格过大紧贴整个页面。
2. 表格的颜色要与界面风格符合，搭配合理协调，反差不宜太大，坚定杜绝刺目的颜色。

5． 文本框类单元的排布

1. 同一列的文本框应该尽可能保持对齐。
2. 若是要求为只读的文本框，应该尽可能使用ReadOnly属性，而不是用Disable属性。

3.1.2. 界面色彩

1． 不要将全部颜色都用到，尽可能控制在三种色彩之内。

2． 背景和前文的对比尽可能要大(绝对不要用花纹繁复的图案做背景)，以便突出主要文字内容。

3.2. 界面单元

1． 易用性

1. 完成同一功能或任务的元素应该放在集中位置，尽可能减小鼠标移动的距离。
2. 界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
3. 同一界面上的控件数最好不要超过10个，多于10个时能够考虑使用分页界面显示。
4. 默认按钮要支持Enter及选操做，即按Enter后自动执行默认按钮对应操做。
5. 复选框和选项框按选择概率的高底而前后排列。
6. 按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。
7. 可写控件检测到非法输入后应给出说明并能自动得到焦点。
8. 滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。
9. 各名称为日期或时间的控件应统一标准，显示为年月日的统一称为“日期”，不该是“时间”。
10. 显示日期（时间）时要有分隔符，如YYYY-MM-DD（HH:MM:SS）
11. 模块级主界面中的“新建”“修改”“查询”“删除”等按钮应统一顺序。
12. 错误提示应正确、友好，屏蔽系统级和数据库级错误。
13. 父窗体或主窗体的中心位置应该在对角线焦点附近。
14. 子窗体位置应该在主窗体的左上角或正中。
15. 多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
16. 重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
17. 容易引发界面退出或关闭的按钮不该该放在易点位置。横排开头或最后与竖排最后为易点位置。
18. 非法的输入或操做应有足够的提示说明。
19. 对运行过程当中出现问题而引发错误的地方要有提示，让用户明白错误出处，避免造成无限期的等待。
20. 提示、警告、或错误说明应该清楚、明了、恰当。
21. 主界面，最好是大多数界面上要有公司图标。
22. 登陆界面上要有本产品的标志，同时包含公司图标。
23. 助菜单的“关于”中应有版权和产品信息。
24. 公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大致一致。
25. 可以排除可能会使应用非正常停止的错误。
26. 能够避免用户无心录入无效的数据。
27. 对可能引发致命错误或系统出错的输入字符或动做要加限制或屏蔽。
28. 对可能发生严重后果的操做要有补救措施。经过补救措施用户能够回到原来的正确状态。
29. 对错误操做最好支持可逆性处理，如取消系列操做。
30. 对可能形成等待时间较长的操做应该提供取消功能。
31. 与系统采用的保留字符冲突的要加以限制。
32. 子窗口尽可能屏蔽地址栏，能够防止用户非法的在各个页面间跳转。

2． 规范性

3． 合理性

4． 独特性

5． 安全性