公司网站建设详细设计说明书.docx

文件编号： 北京圣约达公司网站 详细设计 详细设计说明书 1. 范围 1.1标识 北京圣约达公司 1.2系统概述 北京圣约达公司网站（以下简称公司网站）是为了满足公司发展的需要而设 计，以互联网为主导、其它技术手段为铺助。主要由公司产品、企业文化、服务 支持三大模块组成。 1.3文档概述 本文档主要阐述了公司网站的各个功能模块及程序设计说明。 2引用文档 计算机软件工程规范国家标准汇编 中国标准出版社2000年7月 软件工程概论 清华大学出版社 2000年1月 GB 1526-89（ISO 5807-1985）标准信息处理 数据流程图、程序流程图、 系统流程图、程序网络图和系统资源图的文件编制符号及约定 PHP+MySQL网络开发技术人民邮电出版社2000年12月 3定义 PHP：PHP是一种跨平台的服务器端的嵌入式脚本语言。它大量地借用C,Java和 Perl语言的语法, 并耦合PHP自己的特性,使WEB开发者能够快速地写出动态产 生页面。 XML：XML是Extensible Markup Language 的缩写，即：可扩展性标识语言。 MySQL：MySQL（发音为"my ess cue el"，不是"my sequel"）是一种开放源代码 的关系型数据库管理系统（RDBMS），MySQL数据库系统使用最常用的数据库管理 语言-结构化查询语言（SQL）进行数据库管理。 - 1 - 北京圣约达电子技术有限责任公司 详细设计说明书 4概要设计 公司网站的设计有三个基本原则： 一、力求统一管理信息资源。首先是集中，把系统中所用到的资源集中存放， 由系统规定其位置，使于资源的开放浏览或访问控制 、也使于服务器集群环境 下的资源调用工作。 二、力求提高代码的模块化程序。代码功能划分相对独立、完整，减少对个 人的依赖，有利于协同开发，开发后的产品易于安装、升级和卸载，同时模块积 累也有利于公司内部的代码积累； 三、尽量使用系统服务，系统服务相当完善和成熟，对于可以使用系统服务 地方如系统验证等方面，尽量使用系统服务可以带来及大的便利，安装调试简单 运行时准确、快速、系统资源消耗相对较少、容量巨大，同时又给我们简化应用 程序代码提供了可能性； 4.1概述 4.1.1流程图 信息数据存储 . 信息处理1 用户 论坛处理1 验 证 论坛数据存储 下载处理1:提供下载功能 信息处理2 论坛处理3 下载处理2 ,回复. . 管理 验员 证 . . 册 注 用户数据存储 论坛处理2 下载处理1下载数据信息存储 下载 数据 用户处理 管理员处理 管理员数据存储 上传下载数据 注: 信息处理1:信息的检索,显示,查看. 论坛处理1:论坛文章的浏览 论坛处理2:论坛功能完全开放 信息处理2:信息的完全管理 论坛处理3:论坛完全管理 下载处理2:下载数据管理 . 网站数据流程图 - 2 - 北京圣约达电子技术有限责任公司 详细设计说明书 用户登陆 验证 是 管理员登陆 否否 验证 是 相应信息显示(其中 俱乐部功能只开放 部分功能) 产品信息新闻中心 公司概况成功案例 客户服务人才招聘 俱乐部会员注册 技术支持 产品管理新闻管理 俱乐部管理人才招聘管理 会员管理服务支持管理 客户服务管理技术支持管理 网站模块结构图 4.1.2数据和控制流（输入/输出项） 系统层次系统分为四层，底层数据层、数据接口层和功能应用层、接口输出 层。 底层数据层是指用户信息、图片、动画、模板、临时文件等数据资源。它们 通常包括数据库记录、文件内容两个部分。应用程序在系统中安装时，要求产生 一个系统注册，对于注注册过的应用程序，系统统一分配一个资源文件夹，资源 文件夹可以在本地WEB服务器内，也可以在另一台WEB服务器内，同时也可以是 在专门的文件服务器内，应用程序需要用到这些信息时，须向系统请求来获得， 而应用程序所用到的数据库作为系统服务本身可以在独立于 WEB服务器存在，从 而实现资源在物理层面上与应用程序分离。 系统接口层在底层数据层面基础上构建，为应用程序提供资源请求接口，用 来接收所有系统的资源请求,通过分析和处理请求，来管理和检索所有的底层数 据，原来每个应用程序与所必须考虑的资源维护则被统一维护，应用程序的直接 调用被划分为应用程序调用和系统响应调用两个部分，从而实现应用程序与系统 资源在逻辑层面上的分离。 功能应用层构建在数据接口层之上，用来接收前后台用户的各种交互式操 作，并按用户的要求发出数据请求，把最终的结果输出成 XML文文件，由接口组 - 3 - 北京圣约达电子技术有限责任公司 详细设计说明书 织层来组织接口并输出用户接口。功能应用层可以看成是开发人员对各种资源调 用接口的直接使用，以组合和处理所需要的信息，并把处理结果组织成接口以呈 现给用户。 论坛界面 信息接口 其它接口 论坛 信息发布 应用程序层 数据库 接口 资源文 件管理 临时文 件处理 数据接口层 数据库 资源文件 临时文件 底层资料层 用户接口层建立在应用程序层地处理结果之上，把应用程序产生的XML文件 按XSL定义的标准产，在客刻端的浏览器上组织成用户可阅读的接口，使用户可 以交互。 如果功能模块划分得足够小，而且功能相对独立，规范开发步骤和接口要求， 足以减少系统开发对于单个程序员的依赖，即使人员的流动也不至于造成系统开 发的停止或无法修改产品缺陷。各模块独立测试，可以很快地把错误确定在某一 环节中，一部分修改、升级、损坏，不会使系统崩溃。 另一方面，独立而丰富的功能模块，可以为企业建立大量的技术积累，可以 有效地提高新项目的开发速度和效率。 底层资源、接口、应用三个层面互样独立又向低层依赖对于系统的规划设计、 实施开发、调试维护、二次开发等活动，带来极大的便利。 由于分离的实现，资源的处理变得简单而又抽象。一个系统资源信息的购成 可能仅仅是数据域位，也有可能仅仅是一段档，还可能是一批档加上一些数据域 位的描述。在系统结构中，把这些信息按用途组织成信息单元对象，把对信息的 组织和调用接口定义成对象的方法，封装到类对象中。这个对象接收应用程序发 出的资源操作请求，自动分析请求内容，使应用程序不需要注意和处理信息操作 - 4 - 北京圣约达电子技术有限责任公司 详细设计说明书 的具体细节和原理。对资源的操作过程实际了也就成了对资源对象发出抽象操作 请求的过程。这样，使资源的处理变得简单而又有效。 资源的的处理通常会包括：资源的分类、构造、浏览、添加、修改、删除、 转移、合并、查询九个过程，尽管理实现时的内部细节千差万别，但其基本的原 理没有太大的差异，应用程序层的请求调用也没有太大的差异。过程的实现原理 如下： APP应用程序层 分类 构造 浏览 添加 修改 删除 转移 合并 查询 资源请求 界面层 请求分析层 ItemObject 构造 浏览 添加 修改 删除 转移 合并 查询 分类 MySql请求 档请求 资源操作层 CMydb App_reg 底层资源层 MySql FileSys 4.1.3存储分配 一、用户信息的存储 - 5 - 北京圣约达电子技术有限责任公司 详细设计说明书 用户信息是指会员、管理员等需要进行在线活动的平台角色信息，他们的基 本信息并不复杂，通过包括姓名、真实名、口令、常用联系方式、个人权限、个 人证书等内容；这些数据存在状态相对稳定，一般不会频繁的更新，但用户在线 活动时，却会经常检索这些信息。以便确定用户的身份、权限等内容。 二、各类发布信息的存储 各类发布信息是指的各服务栏目内所保存的数据资源，他们数量相对较少， 但字段间的逻辑关系却相对要复杂得多，同时，这些数据的存在状态不稳定，随 时都会出现数据的添加、修改、删除操作。同时这些数据随时都会频繁地按各种 逻辑关系检索。 MySql数据库在这方面是一个优秀的关系型数据库，其性能和其它收费主流 数据库系统对比如下： 数据库系统 通过索引读200万条记录时间(秒) 插入350768行记录时间(秒) mysql 367 381 mysql_odbc 464 619 Db2_odbc 1206 3460 informix_odbc 121126 2692 Ms-sql_odbc 1634 4012 oracle_odbc 20800 11291 solid_odbc 877 1801 sybase_odbc 17614 4802 鉴于其逻辑关系的复杂性，这一类信息如果发在LDAP数据库,必然在频繁的 检索过程中产生性能瓶颈，这一类信息将被保存在MySql数据库中。 三、应用程序参数的存储 应用程序的参数实际上是系统或者某一个应用程序内部所要用到的全局环 境变量，这一类数据由系统平台统一定义，数量不多，在系统运行过程中自始至 终都不会有任何改变，但系统服务的改变，如WEB服务器档夹发生了改变、MYSQL 服务器发生了改变等等，或者应用程序从一个系统移植到另一个系统中去，程序 运行环境发生了改变，只有在以上情况下才会发生改变，它们被保存到应用程序 的CONFIG.PHP文本文件中。 数据中有相当一部分是APACHE访问系统服务时所用到的的用户名和口令， 用些时候，这些用户的权限极高，利用这些权限，用户甚至可以进入到系统的某 - 6 - 北京圣约达电子技术有限责任公司 详细设计说明书 些服务中去，对系统仍至服务器造成严重的威协，所有保护这些档档不被下载非 常重要。档档只能用PHP为档后缀名，它是APACHE的解析脚本，用户即使猜测 到了配置文件的具体位置，也无法得知里面的具体内容。而用TXT、INC、JS 或 其它文件名，用户如果猜测到了他们的具体位置，在IE 地址栏内输入他们的地 址，则会下载到这些配置文件，从而给系统带来安全隐患。 四、资源文件的存诸 资源文件是指系统应用程序在运行过程中，所要用到或产生的一些资源，如 图片、动画、视频、文本等。资源文件的保存相对来说是最复杂的，它通常包括 检索所依赖的数据库记录、文件本身。这一类资源数量庞大、占用较大的磁盘空 间，系统并不直接通过访问档夹而获取档。在数据的添加和转移过程中系统通过 查看 XML 文文件来获得资源的属性描述，继而决定资源整合到系统中的目标位 置；调用过程中先通过数据库按请求者的意图取和内部的逻辑关系进行检索到资 源文件的位置,然后再对其进行调用；在备份和删除过程中，系统利用数据库为 资源文件生成一个XML属性描述文件，并将这个描述档和资源文件本身复制到交 换档夹中，此时系统数据库已经和资源脱离了逻辑联系，而由描述档决定其下载 时的列表状态。 这些资源文件可以保存系统WEB文件夹中，也可以保存在本地的WEB档夹外， 同时也可以保存在WEB服务器之外的物理设备上。 五、上传下载档的存储 上传下载档是一部分资源文件，它们的存在状态包括两个部分，那档本身和 XML档描述文档。他们和系统没有直接关系，应用程序也无法直接访问。系统对 资源进行审合之后，才可以按对应的程序用程序资源接收策略入库保存。 4.2 模块说明 4.2.1产品信息 分类显示公司的主要产品信息（图片、文字说明），管理员可以添加维护产 品的类别、信息。 产品类别数据表pro_subject - 7 - 北京圣约达电子技术有限责任公司 详细设计说明书 字段 属性 描述 ID int(10) 信息ID name varchar(30) 类别名字 language int(1) 语言 产品数据表product 字段 属性 描述 ID int(10) 信息ID fid varchar(10) 所属类别ID name varchar(30) 产品名字 picture test 产品具体内容 photopath varchar(100) 产品图片 date varchar(50) 发布日期 time varchar(64) 添加时间 language int(1) 语言 state int(1) 是否发布 4.2.2新闻管理 分为“公司动态、最新新闻和公告栏”，管理员可以发布、维护新闻内容。 新闻数据表news 字段 属性 描述 ID int(10) 信息ID subject varchar(20) 新闻类别 name varchar(30) 新闻名字 picture test 新闻具体内容 photopath varchar(100) 新闻图片 date varchar(50) 发布日期 time varchar(64) 添加时间 language int(1) 语言 - 8 - 北京圣约达电子技术有限责任公司 详细设计说明书 state int(1) 是否发布 4.2.3圣约达俱乐部 为公司员工和广大用户提供了一个互相交流的乐园，采用了discuz!开源代 码的一个论坛。 4.2.3人才招聘信息管理 显示公司最近的职位空缺，及需要的人才情况。管理员可以发布和维护公司 的招聘信息。 数据表invite 字段 属性 描述 ID int(10) 信息ID name varchar(30) 信息名字 picture test 信息具体内容 date varchar(50) 发布日期 time varchar(64) 添加时间 language int(1) 语言 state int(1) 是否发布 - 9 - 北京圣约达电子技术有限责任公司 详细设计说明书 编制人： 批准人： - 10 - 北京圣约达电子技术有限责任公司