学士学位论文—oki打印机的网站设计(编辑修改稿)

学士学位论文—oki打印机的网站设计(编辑修改稿)内容摘要：

业概况、企业论谈、企业特色服务、最新企业新闻动态等部分应该能够为用户提供充足的信息。 企业网站做成检 索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、维护方便、信息实时性强的功能完善的大型企业网站。 这些优点能够极大地提高了企业网站的效率，也是企业走向科学化、信息化与世界接轨的重要条件。 成功的企业网站，需要提供高速的链接、丰富的内容、及时的更新、更多的服务，企业网站的建设作为系统工程，其规划设计需要综合考虑网络性能、存储设备、服务器选型、系统软件平台、应用开发平台、网站安全管理等综合因素。 企业网站 系统的发展 企业建站大致分为四个阶段：第一代的企业网站是以静态页面为主，制作粗糙，功能简单，有很多不足，基本上已经退出市场。 第二代企业网站增加了互动元素，增加的 flash动画给企业网站带来了前所未有的动感，但这样的网站数据不够丰富，信息查询有瓶颈。 第三代企业网站引入数据库的概念，增强互动的同时还完善了网站的可编辑性。 但是第三代 网站开发 维护费时费力、操作繁琐。 前三代网站都存在同样的技术壁垒，也就是企业的想法很少能融入到网站的建设当中，使用者不能真正的参与建设，难以预计网站实际的效果。 随着企业 对网上宣传越来越重视，前三代网站已经远远不能满足企业对网站的要求，于是，应运而生的第四代管理型网站开始成为市场主流。 论文研究的内容 企业网站，就是企业在 互联网 上进行网络建设和形像宣传的平台。 企业网站就相当于一个企业的网络名片，不但对企业的形象是一个良好的宣传，同时可以辅助企业的销售，甚至可以通过网络直接帮助企业实现产品的销售，企业可以利用网站来进行宣传、产品资讯发布、招聘等等。 企业网站的作用就是为 展现公司形象，加强客户服务，完善网络业务，还可以与潜在客户建立商业联系。 随着网络的发展，出现了提供网络资讯为盈利手段的网络公司，通常这些公司的网站上提供人们生活各个方面的资讯，如时事新闻、旅游、娱乐、经济等。 本网站旨在 宣传企业自身价值观，提供产品信息和为用户提供打印机驱动下载 服务，主要需事先三个功能模块： 用户管理，驱动下载，新闻更新。 经过需求分析可以发现，本网站实际是一个规模较小，功能较为简单的中型网站， 其 业务逻辑实现起来比较简单。 同时，数据库规模并不大，也不存在大量频繁操作数据库的情形。 因此，网站设计 的原则是功能全面、稳定，没有比较追求太奢华的技术。 本论文系统介绍了 企业网站 软件设计开发过程的步骤，从软件需求分析，概要设计、详细设计，以及最终运行错误的处理等。 包括整体结构的设计，数据结构的构造，页面风格，功能的构造。 文章引用了开发过程中所设计到的数据，函数，图标等信息。 最后，文章末尾也对开发过程进行测试，对错误进行预测，处理分析，力求以软件工程的思想完成该 企业网站的建设。 哈尔滨远东理工学院学士学位论文 3 第 2 章 关键技术介绍 本系统是基于 Windows Server 2020 的环境下开发的，用到的主要技术有三层架构，开发工具有 ASP 动 态服务器页面和 SQL数据库语言。 三层架构 在软件体系架构设计中 ， 分层式结构是最常见，也是最重要的一种结构。 微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。 3 个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 三层结构原理： 所谓三层体系结构，是在客户端与数据库之间加入了一个 “ 中间层 ” ，也叫组件层。 这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有 B/S 应用才是三层体系结构，三层是指逻辑上的三层，即 使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。 通常情况下，客户端不直接与数据库进行交互，而是通过 COM/DCOM 通讯与中间层建立连接，再经由中间层与数据库进行交互。 1．表示层：位于最外层（最上层），离用户最近。 用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。 2．业务逻辑层：业务逻辑层 (Business Logic Layer)无疑是系统架构中体现核心价值的部分。 它的关注点主要集中在业务规则的制定、业务流程的实现等与业务 需求有关的系统设计，也即是说它是与系统所应对的领域 (Domain)逻辑有关。 很多时候，也将业务逻辑层称为领域层。 例如 Martin Fowler 在《 Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。 作为领域驱动设计的先驱 Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。 业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中 间，起到了数据交换中承上启下的作用。 由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是 “ 无知 ” 的，改变上层的设计对于其调用的底层而言没有任何影响。 如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。 因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的 “ 抽屉 ” 式架构。 正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。 对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。 依赖与被依赖的 关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务 [6]。 3．数据层：数据访问层 ， 有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是 XML文档。 简单的说法就是实现对数据表的 Select， Insert， Update， Delete 的操作。 如果要加入ORM 的元素，那么就会包括对象和数据表之间的 mapping，以及对象实体的持久化 [7]。 MVC 介绍 MVC 是三个单词的缩写 ,分别为模型 (Model),视图 (View)和控制 Controller)。 MVC 模式的目的就是实现 Web 系统的职能分工。 Model 层实现系统中的业务逻辑，通常可以用JavaBean或 EJB 来实现。 View 层用于与用户的交互，通常用 JSP 来实现。 Controller 层是哈尔滨远东理工学院学士学位论文 4 Model 与 View 之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。 MVC 与模板概念的理解 MVC 本来是存在于 Desktop 程序中的， M 是指数据模型， V 是指用户界面， C 则是控制器。 使用 MVC copyright: Apple M 和 V的实现代码分离，从而使同一个程序可以使用不同的表现形式。 比如一批统计数据你可以分别用柱状图、饼图来表示。 C存在的目的则是确保 M 和 V的同步，一旦 M 改变， V应该同步更新。 模型－视图－控制器 (MVC)是 Xerox PARC 在八十年代为编程语言 Smalltalk－ 80 发明的一种软件设计模式，至今已被广泛使用。 最近几年被推荐为 Oracle 旗下 Sun公司 Java EE平台的设计模式，并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎。 模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。 MVC 工作 MVC 是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。 使用 MVC应用程序被分成三个核心部件：模型、视图、控制器。 它们各自处理自己的任务。 分层概念。 1． 视图，视图是用户看到并与之交互的界面。 对老式的 Web 应用程序来说，视图就是由 HTML 元素组成的界面，在新式的 Web 应用程序中， HTML 依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括 Adobe Flash和象 XHTML， XML/XSL，WML等一些标识语言和 Web services. 如何处理应用程序的界面变得越来越有挑战性。 MVC 一个大的好处是它能为你的应用程序处理很多不同的视图。 在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。 2． 模型，模型表示企业数据和业务规则。 在 MVC 的三个部件中，模型拥有最多的处理任务。 例如它可能用象 EJBs 和 ColdFusion Components 这样的构件对象来处理数据库。 被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个 模型能为多个视图提供数据。 由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 3． 控制器，控制器接受用户的输入并调用模型和视图去完成用户的需求。 所以当单击 Web 页面中的超链接和发送 HTML 表单时，控制器本身不输出任何东西和做任何处理。 它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。 使用 MVC 大部分 Web 应用程序都是用像 ASP， PHP，或者 CFML 这样的过程化 (自 版本后已全面支持面向对象模型 )语言来创建的。 它们将像数据库 查询语句这样的数据层代码和像 HTML 这样的表示层代码混在一起。 经验比较丰富的开发者会将数据从表示层分离开来，但这通常不是很容易做到的，它需要精心的计划和不断的尝试。 MVC 从根本上强制性的将它们分开。 尽管构造 MVC 应用程序需要一些额外的工作，但是它给我们带来的好处是毋庸置疑的。 首先，最重要的一点是多个视图能共享一个模型，现在需要用越来越多的方式来访问你的应用程序。 对此，其中一个解决之道是使用 MVC，无论你的用户想要 Flash界面或是 WAP 界面；用一个模型就能处理它们。 由于你已经将数据和业务规则从表示层分 开，所哈尔滨远东理工学院学士学位论文 5 以你可以最大化的重用你的代码了。 由于模型返回的数据没有进行格式化，所以同样的构件能被不同界面使用。 例如，很多数据可能用 HTML 来表示，但是它们也有可能要用 Adobe Flash 和 WAP 来表示。 模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。 因为模型是自包含的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层和业务规则。 如果你想把你的数据库从 MySQL 移植到 Oracle，或者改变你的基于RDBMS 数据源到 LDAP，只需改变你的模型即可。 一旦你正确的实现了模型，不管你的数据来自数据库或是 LDAP 服务器，视图将会正确的显示它们。 由于运用 MVC 的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松耦合的构件。 对我来说，控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。 给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。 MVC 的优点 1． 低耦合性，视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动 MVC 的模型层即可。 因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。 2． 快速的部署，使用 MVC 模式使开发时间得到相当大的缩减，它使程序员（ Java 开发人员）集中精力于业务逻辑，界面程序员（ HTML和 JSP 开发人员）集中精力于表现形式上。 3． 有利于软件工程化管理，由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代 码。 4． 高重用性和可适用性，随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。 MVC 模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。 它包括任何 WEB(HTTP)浏览器或者无线浏览器 (wap)，比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。 由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。 例如，很多数据可能用 HTML来表示，但是也有可能用 WAP 来表示，而这些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需 做任何改变。 5． 较低的生命周期成本， MVC 使开发和维护用户接口的技术含量降低。 6． 可维护性，分离视图层和业务逻辑层也使得 WEB 应用更易于维护和修改。 MVC 的缺点 MVC 的缺点是由于它没有明确的定义，所以完全理解 MVC 并不是很容易。 使用 MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。 你将不得不花费相当可观的时间去考虑如何将 MVC 运用到你的应用程序，同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。 每个构件在使用之前都需要经过彻底的测试。 一旦你的构件经 过了测试，你就可以毫无顾忌的重用它们了。 根据开发者经验，由于开发者将一个应用程序分成了三。