(精品论文)基于mvc模式的新闻发布系统设计与实现电子商务论文

大学毕业设计（论文） 基于 MVC 模式的新闻发布系统设计与实现 摘 要：新闻发布系统是公司内容管理系统的主要应用之一，是公司信息化建 设和实现电子商务的重要途径。它的基本思想是分离新闻信息的内容和表现形 式，以期提高新闻发布效率。本设计采用基于 UML 用例驱动对象建模的 ICONIX 项目管理方法，应用 MVC 三层设计模式，实现一个可以完成新闻栏目 和新闻信息的添加、修改、删除以及新闻查看功能的新闻发布系统。 关键字：ICONIX；MVC；Servlet；JavaBean；新闻发布 电子商务论文 II Design and Implementation of the News Publishing System based on MVC model Abstract: The news publishing system is the main application of Content Management System in a company, also it is an important approach of the companies information construction and the realization of E-Commerce. The separation of the contents and views of information in the news is it is the basic idea, so as to advance the efficiency of the news. Through applying the project management methods of ICONIX, which is based on use case driven object modeling with UML, and MVC design pattern, this paper implement a news publishing system with functions of adding, editing, deleting the category and news, and browsing news message. Keywords：ICONIX; MVC; Servlet; JavaBean; News Publishing 电子商务论文 III 目 录 第 1 章 前言1 第 2 章 系统概述2 2.1 项目管理方法2 2.1.1 项目管理方法比较2 2.1.2 项目管理方法选择2 2.2 设计模式3 2.2.2 MVC 模式基本原理4 2.2.3 MVC Model1 5 2.2.4 MVC Model2 5 2.3 小结6 第 3 章 需求分析7 3.1 需求描述7 3.2 角色识别8 3.3 用例识别8 3.4 用例文档8 3.5 用例驱动分析10 3.6 小结12 第 4 章 系统设计13 4.1 系统总体设计13 4.1.1 系统构架13 4.1.2 发现系统类14 4.2 视图层设计15 4.2.1 前台设计15 4.2.2 后台设计16 4.3 模型层设计18 4.3.1 前台显示和用户登录18 电子商务论文 IV 4.3.2 新闻管理19 4.3.3 栏目管理20 4.4 控制层设计21 4.4.1 用户登录21 4.4.2 新闻管理21 4.4.3 栏目管理22 4.5 数据库设计23 4.5.1 数据库需求分析23 4.5.2 数据库概念设计23 4.5.3 数据库逻辑设计24 4.5.4 数据库表设计24 4.6 数据库连接池设计25 4.6.1 传统的数据库连接25 4.6.2 数据库连接池的必要性25 4.6.3 数据库连接池工作原理26 4.6.4 具体设计27 4.7 小结27 第 5 章 系统实现28 5.1 视图层实现28 5.1.1 公共页面28 5.1.2 前台实现29 5.1.3 后台实现30 5.2 模型层实现32 5.2.1 新闻显示32 5.2.2 新闻管理32 5.2.3 栏目管理32 5.3 控制层实现32 5.3.1 用户登录33 5.3.2 新闻管理33 电子商务论文 V 5.3.3 栏目管理34 5.4 数据库实现34 5.4.1 数据库表实现34 5.4.2 数据库表关系35 5.5 数据库连接池实现36 5.6 小结36 第 6 章 系统运行测试37 6.1 系统测试环境37 6.1.1 系统测试硬件环境37 6.1.2 系统测试软件环境37 6.1.3 Tomcat 的配置37 6.2 系统测试37 第 7 章 系统评价与改进39 7.1 系统评价39 7.2 系统改进39 结 论40 致 谢41 参考文献42 附件43 电子商务论文 1 第 1 章 前言 伴随着网络的出现，网页逐渐融入人们的生活。快速及时的新闻浏览，五 彩缤纷的网上信息，使网络与人们的生活息息相关，于是世界上出现了第三媒 体Internet。它打破了地域限制，真正使信息得以共享，改变了人们的工作 和生活方式。人们对信息的需求有了更新，更高的要求，而网页由于本身所具 有的信息量大，传递快速，没有时空限制等特点恰好满足这种要求。也正是由 于网络实现网站的数据信息能够进行实时交互，保证网站数据的实时性。 随着 Internet 信息技术的高速发展，越来越多的企业想将自己企业的信息通 过网络与全世界分享并最终实现电子商务，所以它们已经建立或计划建立自己 的网站。但是，如果为了建立和维护自己的网站而聘请专职的网络技术人员， 其成本对于一个中小型企业来说实在是太高了。对于上面这类企业来说，他们 最需要的就是一个现成的可以自动发布信息的新闻发布系统，这样只要会打字， 会上网就能利用新闻发布系统快速简洁地发布企业信息。 然而传统的信息发布方式已经不适应这个快速变化的信息时代，需要一个 更高效，更简洁的方式进行信息发布。内容管理系统正是基于这样一个目的而 诞生的，它是企业信息化建设和电子政务的新宠。它的基本思想是分离信息内 容和表现形式，内容存储在数据库或独立的文件中，而表现形式存储在模版里。 当用户请求页面时，各部分联合生成一个标准的 HTML 页面；当信息修改时， 用户只需在一个可视化的界面对信息内容进行修改。大大缩短了信息的更新时 间，提高了效率，并且简化了操作。 本设计便是基于内容管理思想的一个新闻发布系统，以下各章从系统概述、 需求分析、系统设计、系统实现、系统运行测试和系统评价与改进依次展现系 统开发过程。 电子商务论文 2 第 2 章 系统概述 本章主要介绍在系统开发过程中所采用的软件项目管理方法和系统设计模 式。 2.1 项目管理方法 2.1.1 项目管理方法比较 目前，面向对象软件开发的项目管理方法主要有 RUP、XP 和 ICONIX。 RUP（Rational Unified Process）统一软件过程，是统一软件开发过程，强 调文档、设计和代码的质量，采用动态适应变化的渐进式迭代周期，依靠需求 和测试驱动，并积极鼓励客户参与的开发方法1。RUP 是一个基于 UML 和构件 式构架的迭代递增型开发过程，更适用于大、中型软件开发项目。 XP 极限编程（Extreme Programming，XP）是一门针对业务和软件开发的 规则,它将编码和设计活动融为一体，弱化了构架的概念1。要求先开发出系统 中最重要的特性，迅速向客户提供所需功能，然后随着代码的演进通过重构来 满足新的要求，从而使整个项目的风险降到最小。XP 是一种渐进式的原型化开 发方法，反映的是以编程为中心，节省资源的观念。它具有沟通高效，设计简 单，反馈迅速等特点，是一种针对某些特定环境（需求变化快的小型开发团队） 的具体过程实施模型和方法论。 ICONIX 的规模大概在重量级的 Rational Unified Process（RUP）和轻量级 的极限编程（XP）之间2。和 RUP 一样，ICONIX 过程也是用例驱动的，但不 需要 RUP 使纪录延续到表中带来的大量开销；和 XP 一样，它相对较小，比较 紧凑，但不像 XP 那样摒弃了分析和设计过程。因此，有助于使用统一建模语 言（UML） ，同时对需求进行跟踪。该过程遵循了 Ivar Jacobson 的“用例驱动” 的思想，能够获得有形、具体、易于理解的用例，可以使用这些用例来驱动开 发工作。该过程的 3 个基本原则是：从用户需求向内进行；从问题域的关键抽 象向外进行；从高级模型向下挖掘到详细设计2。 2.1.2 项目管理方法选择 本系统选择的项目管理方法是 ICONIX，也许它并不是用于本系统开发最 好的项目管理方法，当然它也有很多缺点。本系统选择它作为系统的软件项目 电子商务论文 3 管理方法，第一是因为系统本身较简单，采用 ICONIX 足以满足系统需求，并 且由于时间限制，本人没有太多精力去学习更好的项目管理方法；第二是因为 和别的软件方法不同的是，ICONIX 更强调需求到设计之前的自然、有章可循 的，同时也适合迭代的过渡，并且按照它自己的软件方法思想，它对 UML 符 号集在可扩充的前提下作了一定的取舍。 本系统选择 ICONIX 项目管理方法，在系统设计和实现过程中，根据系统 需要，对其进行了适当的取舍。图 2-1 是 ICONIX 项目管理方法过程的总图。 GUI(图形用户界 面)原型 用例模型 动态 健壮性图 时序图 域模型 类图 C 静态 代码 图 2-1ICONIX 总图2 2.2 设计模式 随着 Web 技术的发展，Web 内容从一些静态页面发展到内容丰富的动态页 面。目前，用于生成动态网页较为流行的技术有 Microsoft 的 ASP、Tex 的 PHP 和 Sun 的 JSP。ASP 只能工作在微软的 IIS（Internet Information Server）和 PWS（Personal Web Server）上及 PHP 模式，一些天生缺陷使得它们的使用受 到了一定的制约。而 JSP 是一种完全与平台无关的开发新技术，它集极高的运 行效率，较短的开发周期，超强的扩展能力，完全开放的技术标准，自由的开 电子商务论文 4 发方式等众多完美特性于一身。JSP+JavaBean+Servlet+JDBC+DBMS 是一套能 够实现动态网站的开发和维护的技术。DBMS 数据库用于数据存储，JDBC 用 于连接数据库并对数据库进行存储，Servlet 用于处理过程控制，JavaBean 用于 封装业务逻辑，JSP 用于页面显示部分。而 MVC 正是这种设计模式代表。 2.2.2 MVC 模式基本原理 MVC (Model-View-Controller)，即把一个应用的输入、处理、输出流程按 照 Model, View, Controller 的方式进行分离，这样一个应用被分成三个层模 型层、视图层、控制层，其三层之间的关系和功能如图 2-2“MVC 组件类型关 系和功能图” 。 视视图图层层（V Vi ie ew w） 解释模型 模型更新请求 发送用户输入给控制器 允许控制器选择视图 控控制制器器层层（C Co on nt tr ro ol ll le er r） 定义应用程序行为 用户动作映射成模型更新 选择相应的视图 模模型型层层（M Mo od de el l） 封装应用程序状态 响应状态查询 应用程序功能 通知视图改变 状态查询 通知改变 状态改变 视图选择 用户请求 方法调用事件 图 2-2MVC 组件类型关系和功能图3 MVC 设计模式的典型流程4为：首先 Controller 接收用户的请求，并决定 应该调用哪个 Model 来进行处理，然后 Model 用业务逻辑来处理用户的请求并 返回数据，最后 Controller 用相应的 View 格式化 Model 返回的数据，并通过表 示层呈现给用户。 控制层(Controller)可以理解为从用户接收请求，将模型与视图匹配在一起， 共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉我们，它就 是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用 户请求。控制层并不做任何的数据处理。例如，用户点击一个链接，控制层接 受请求后，并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什 么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一 电子商务论文 5 个视图可能对应多个模型。 模型层(Model)就是业务流程/状态的处理以及业务规则的制定。业务流程的 处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的 处理结果。业务模型的设计可以说是 MVC 最主要的核心，必须能够满足大多 数客户的需求，包括保证应用程序各组件的事务整合、维护并快速获取应用数 据，支持事务工作流的协调以及在已有应用程序中集成新的应用组件等。MVC 并没有提供模型的设计方法，而只告诉我们应该组织管理这些模型，以便于模 型的重构和提高重用性。 视图层(View)代表用户交互界面，对于 Web 应用来说，可以概括为 HTML 界面，但有可能为 XHTML，XML 和 Applet。随着应用的复杂性和规模性，界 面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC 设计模式 对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括 在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。 2.2.3 MVC Model1 在 MVC 模式的 Model1 体系中，JSP 页面独立响应请求并将出理结果返回 客户，所有的数据存取都是由 JavaBean 来完成。Model1 体系十分适合简单应 用需要，却不能满足复杂的大型应用程序的实现。MVC Model1 的体系结构如 图 2-3 所示。 浏览器 JSP JavaBean 关系数据库 JDBC 请求 响应 图 2-3MVC Model1 体系结构图5 2.2.4 MVC Model2 MVC 模式的 Model2 体系结构是一种把 JSP 与 Servlet 联合起来实现动态内 容服务的方法。它吸取了两种技术的优点，用 JSP 生成表达层的内容，让 Servlet 完成深层次的处理任务。这是一种有代表性的方法，它清晰地分离了表 达和内容，明确了角色的定义及开发者与网页设计者的分工。本系统的设计模 电子商务论文 6 式选择的便是 Model2。MVC Model2 的体系结构如图 2-4 所示。 浏览器 Servlet JSP 关系数据库 JDBC 请求 响应 JavaBean 图 2-4MVC Model2 体系结构图5 2.3 小结 本章首先介绍了目前面向对象的软件开发中所常用的几种项目管理方法， 并最终根据系统需要选择了 ICONIX 作为系统项目管理方法。然后对 MVC 设 计模式基本原理进行了详细阐述，并介绍了 MVC 的两种不同的模式 Model1 和 Model2,并确定本系统的设计模式便是 MVC Model2。 电子商务论文 7 第 3 章 需求分析 需求分析在软件开发过程中，具有举足轻重的地位，它具有决策性，方向 性，策略性的作用。需求分析的任务就是要解决“做什么”的问题，就是要全 面地理解用户的各项需求，并准确地表达所接受的用户需求。 3.1 需求描述 新闻发布系统功能需求主要包括：前台显示功能和后台管理功能。 前台显示功能主要针对一般用户的，当一般用户在浏览新闻系统时，系统 应该对新闻栏目和新闻条目的显示。另外，前台显示功能还应包括一个提供给 系统管理员登录后台的登录入口。具体需求见表 3-1 系统前台显示需求表。 表 3-1系统前台显示需求表 用户要求实现功能 一般用户浏览新闻栏目 一般用户浏览新闻 系统管理员登录后台系统 后台管理功能是针对系统管理员的，当系统管理员登录系统后台时，系统 后台提供给系统管理员的功能应该有：对新闻栏目的浏览、添加、修改和删除； 对新闻条目的浏览、添加、修改和删除。具体需求见表 3-2 系统后台管理需求 表。 表 3-2系统后台管理需求表 用户要求实现功能 系统管理员浏览新闻栏目 系统管理员添加新闻栏目 系统管理员修改新闻栏目 系统管理员删除新闻栏目 系统管理员浏览新闻 系统管理员修改新闻 系统管理员添加新闻 电子商务论文 8 系统管理员删除新闻 3.2 角色识别 角色识别的任务是找到所有可能与系统发生交互行为的外部实体、对象和 系统。他们的行为不受系统控制，但是可以提供输入信息。 从系统描述可知，在前台显示模块中，系统主要对一般用户的浏览需求和 管理员的登录需求做出响应；而在后台管理系统中，系统管理员可以对新闻栏 目及新闻进行浏览、添加、修改和删除。所以本系统应包括两个角色：一般用 户和系统管理员用户。而事实上这些人对于系统来说都是用户，只是当用户登 录到后台便成了管理员而已。因此，系统角色可以统一为：用户。 3.3 用例识别 在 UML 文档中，用例（即 Use Case）的定义是：在不展现一个系统或子 系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述6。 用例识别的目标是在需求描述和系统角色识别的基础上，识别出角色相映 的用例，从而可以得出系统的用例模型，如图 3-1 是“系统用例模型图” 。 用户 前台显示 浏览新闻 浏览栏目 登录入口 后台管理 浏览新闻添加新闻修改新闻 删除新闻 浏览栏目 添加栏目 修改栏目 删除栏目 图 3-1系统用例模型图 3.4 用例文档 用例文档主要为了描述出用例的详细业务流程，本系统主要包括以下用例 电子商务论文 9 文档： (1) 前台显示用例文档： 基本流程：当用户在前台浏览新闻系统时，系统默认显示给用户的是所有 栏目和所有新闻条目（每页显示 8 条新闻，一页显示不完可以分页显示） 。当用 户点击某个栏目时，系统显示相应的新闻条目。 分支流程：如果某个栏目下没有任何新闻，系统将显示一条信息，以指出 该栏目没有新闻可以显示。 （2）登录入口用例文档： 基本流程：用户在前台显示页面提供的登录后台系统的登录入口中输入用 户信息，系统根据用户的登录信息进行检验，然后进入系统后台管理系统。 分支流程：如果用户取消登录，则系统将信息重置，用户回到前台显示页 面。 如果用户输入的信息不正确，系统将控制权交给“登录错误”页面，用户 可以在此重新输入用户名和密码进行登录。 （3）系统后台管理用例文档： 基本流程：用户在登录系统后台后，可以对新闻和栏目进行操作，根据用 户的操作选择，进入扩展用例。 （4）新闻管理用例文档： 基本流程：用户进入系统后便可浏览到新闻条目，在浏览过程中，用户可 以修改和删除新闻。用户在进行相应的操作后，系统存储新的信息，系统将控 制权交给后台管理用例。 分支流程：如果用户放弃对新闻的相应操作，则系统直接将控制权交给后 台管理用例。 如果用户选择添加新闻，系统将控制权交给添加新闻用例。 （5）添加新闻用例文档： 基本流程：用户填写新闻相关信息，并确定添加新闻时，系统将存储此新 闻，并将控制权交给新闻管理用例。 分支流程：如果用户放弃新闻添加，系统将直接将控制权交回给新闻管理 用例。 电子商务论文 10 （6）栏目管理用例文档： 基本流程：用户在后台管理中选择栏目管理时，用户将浏览到系统已有栏 目，并可对其进行修改删除操作，用户在进行相应操作后，系统会存储新的信 息，控制权将回到栏目管理用例。 分支流程：如果用户放弃相应操作，控制权将直接回到栏目管理用例。 如果用户选择添加栏目，控制权将交给添加栏目用例。 （7）添加栏目用例文档： 基本流程：用户填写栏目相关信息，并确定添加栏目，系统将存储此栏目， 并将控制权交给栏目管理用例。 分支流程：如果用户放弃栏目添加，控制权将直接交回到栏目管理用例。 3.5 用例驱动分析 通过以上对系统需求的分析已经定义了系统的角色和系统用例。系统根据 用例模型可以对用例进行细化，从而展现整个用例的活动顺序。序列图则反映 了用例各个类之间的具体调用过程7，如图便是根据系统的角色分析和系统用 例模型而得出的相应活动的顺序图如图 3-2 至图 3-7。 顶层包:用户 用户新闻系统主页 1：浏览 新闻栏目新闻显示新闻管理对象 4：返回数据库新闻表中所有新闻 栏目管理对象 7：返回栏目 6：阅读新闻 5：新闻列表 2：请求新闻显示3：调用新闻管理对象 6：调用栏目管理对象 图 3-2前台活动顺序图 电子商务论文 11 顶层包:用户 用户登录入口 1：输入登录信息 登录控制器 2：提交 3：判断 后台 4：转入 登录出错 4：转入 5：重新登录 图 3-3 用户登录活动顺序图 顶层包:用户 用户后台管理主页面 1：进入系统 2：显示系统新闻 操作修改新闻删除新闻 修改控制器 删除控制器 3：修改新闻 3：删除新闻 5：更新信息 4：修改完成 4：删除完成 添加新闻 6:添加新闻 图 3-4后台新闻管理活动顺序图 顶层包:用户 用户后台管理主页面 1:进入系统 添加新闻 3:添加新闻 2:显示新闻条目 添加控制器 4:返回更新后的信息 图 3-5添加新闻活动顺序图 电子商务论文 12 顶层包:用户 栏目管理页面 1:管理栏目 修改栏目 2:修改栏目 3:修改成功 删除栏目 4:删除栏目 5:删除成功 添加栏目 6:添加栏目 图 3-6 栏目管理活动顺序图 顶层包:用户 添加栏目 1:栏目管理 栏目管理 2:显示栏目 3:添加栏目 4:添加成功 添加控制 图 3-7 添加栏目活动顺序图 3.6 小结 本章从用户的角度，分析了系统的需求用例，画出了系统用例模型图，并 得出了相应的用例文档；做出了用例驱动分析，并得出了相应的顺序图。本章 的工作为系统的设计打下基础。 电子商务论文 13 第 4 章 系统设计 根据上一章的需求用例分析，本章从先总体构架的角度对系统进行总体设 计，然后根据 MVC 三层模式对系统进行详细设计，最后对系统数据库和数据 库连接池进行了设计。 4.1 系统总体设计 4.1.1 系统构架 系统基于 MVC Model2 设计模式，设计出本系统自己的设计模式，在 MVC Model2 基础上加入数据库连接池模块层对数据库操作进行封装。具体模 式图如图 4-1。 浏览器 Servlet JSP 关系数据库 JDBC 请求 响应 JavaBeanConnection Pool 图 4-1系统设计模式图 对于 MVC 设计模式，在本系统中具体实现方式是：Model 由 JavaBean 完 成，View 由 JSP 完成，Controller 由 Servlet 完成，再加上数据库连接池专门负 责数据库连接和管理。本系统具体构架如图 4-2。 系统基本构架 视图层 View 控制层 Contriller 模型层 Model 数据层 Database JSP Servlet JavaBean对 象 Connection Pool 数据库 调用 返回 图 4-2系统构架图 电子商务论文 14 4.1.2 发现系统类 发现系统类是域建模的工作，其主要目的是根据系统需求用例及描述，找 到代表与本新闻系统将要解决的问题有关的事务和概念的“对象” ，即类1。 在本系统中，根据第 3 章中对系统需求用例的分析，可以总结出如下的需 求集: （1）系统应该分为前台和后台； （2）系统前台应该可以显示新闻栏目和新闻以及用于管理员登录系统后台 的登录界面； （3）一般用户应该可以在前台自由浏览新闻，包括选择性地浏览新闻即先 选择新闻栏目再浏览新闻栏目下的新闻条目；用户在浏览新闻时，系统应该可 以将显示给用户一个包含新闻具体内容的 HTML 文件； （4）系统管理员应该可以登录到系统后台； （5）系统管理员应该可以对新闻栏目和新闻进行查看、修改、删除和添加 操作。系统在添加新闻时，应该可以将添加的新闻保存为一个 HTML 文件。 由以上需求集进一步分析可知： （1）词“系统”太模糊，不能成为一个对象的名称；同样， “前台”和 “后台”为系统的两个不同的区域，亦不能成为对象名称； （2） “新闻栏目”和“新闻”为系统的两个主要内容，所以应该分别作为 一个类，而新闻栏目和新闻的显示需要管理类进行管理，系统管理员要对栏目 和新闻进行查看、添加、修改和删除，也需要相应的管理类进行管理，所以， 系统对于新闻栏目和新闻分别需要“栏目管理类”和 “新闻管理类” ； （3）要将添加的新闻保存为一个 HTML 文件，需要一个从表单中收集信 息并将其转换为一个 HTML 文件的类； （4）系统要保存信息，必须用到数据库，所以需要一个数据库连接的类； （5）要将系统的各个功能执行成功，少不了相应的控制类。 因此，识别出系统主要的类：新闻类（News）和新闻管理类（NewsMgr） ， 栏目类（Category）和栏目管理类（CategoryMgr） ，数据库连接池的连接对象类 （ConnectionObject）和连接池管理类（ConnectionPool）以及各个 Servlet 类。 电子商务论文 15 4.2 视图层设计 4.2.1 前台设计 当一个用户浏览新闻系统时，首先进入系统前台界面。如果把一个系统比 作一个人，那么前台界面则是这个人的脸，因此系统的前台界面的设计是比较 重要的，并且，前台界面应该被设计得比较简洁，方便。前台界面设计如图 4-3 所示。 新新闻闻系系统统前前台台新新闻闻系系统统前前台台 新闻列表 新闻栏目1新闻栏目3新闻栏目2 登录框登录 图 4-3前台界面设计图 首先，在本系统的前台界面的顶部用户可以看到一个专为系统管理员用户 提供的登录入口，为系统管理员提供了方便。而对于一般用户来说，他们也不 会感觉这有何不妥，因为此登录界面比较简洁，并不会影响用户正常地阅读新 闻。 其次，在登录界面的下方是新闻栏目的显示，显示系统新闻栏目数据库中 已有的新闻栏目，一目了然，用户可以方便地找到自己喜欢和关心的新闻所在 的栏目。 再次，在新闻栏目的下方则是新闻条目的显示，默认的新闻条目的显示方 式是以表格的形式将系统新闻数据表中的新闻按发布时间进行列表（发布较早 的新闻被放在列表的后面，而发布较迟的新闻被放在列表的前面，体现了新闻 电子商务论文 16 的“新” ，即“时效性” ） 。新闻列表中仅显示新闻的标题，发布时间和新闻作者， 如果想浏览整篇新闻，用户可以点击新闻标题（超链接） ，这时系统会将用户引 导向一个包含新闻具体内容的 HTML 文件。 然后，用户可以对自己比较关心和感兴趣的新闻进行有选择性地浏览，这 时新闻栏目便起作用了。当用户点击新闻所在的栏目时，系统在新闻列表中只 显示本栏目的新闻条目。用户可以在此浏览自己关心和感兴趣的新闻。 4.2.2 后台设计 后台主页面设计 当用户登录到系统后台时，他便成为系统管理员，可以执行对新闻和栏目 的查看、修改、删除和添加。此界面主要是面向管理员的，界面要设