在线婚恋系统的设计与实现毕业论文.doc

在线婚恋系统的设计与实现毕业论文目 录摘 要IAbstractII1 绪论11.1 研究背景11.2 研究现状11.3 论文主要内容12 在线交友系统系统分析32.1系统可行性分析32.1.1 技术及开发方法可行性32.1.2 管理可行性32.1.3 经济可行性32.2系统需求分析42.2.1 功能需求42.2.2 性能需求52.3 业务流程分析52.4总体目标92.5具体目标92.6系统功能建模92.6.1系统数据流程图92.6.2数据字典133 在线交友系统概要设计193.1体系结构设计193.2接口设计213.2.1 外口部接213.2.2 内部接口213.3代码设计213.4 数据库设计223.4.1 概念设计223.4.2 逻辑设计263.4.3 物理设计263.5输入输出设计303.5.1 输入设计303.5.2 输出设计313.6运行设计323.6.1 运行环境323.6.2 运行模块的组合333.6.3 运行控制333.6.4 运行时间333.7维护设计334 系统详细设计354.1 用户模块设计354.2 管理员模块设计385在线交友系统的实现405.1 系统技术实现405.1.1 JSP简介405.1.2 B/S 结构概述405.1.3 Struts 框架简介405.1.4 Oracle简介415.2 系统首页实现415.3 会员模块实现425.3.1 用户登录425.3.2 会员查询模块425.4 注册中心模块实现435.5 成功故事模块实现445.6管理员模块的实现455.6.1 管理员登录455.6.2 管理员管理模块455.6.3 用户管理模块455.6.4 相亲活动模块管理465.6.5成功故事信息管理模块466 系统测试486.1 系统测试方法486.1.1 系统测试计划486.1.2 系统测试工具486.1.3 系统测试方法和测试类型486.2 系统测试的目的和原则496.3 测试项目测试用例496.4 系统测试效果506.5 软件测试结论516.5.1 软件能力516.5.2缺陷和限制516.5.3测试结论517 结 论527.1 系统开发总结527.2 存在问题及改进52致 谢53参考文献54附录A译文55附录B原文59附录C 程序清单63XXXXX大学毕业设计（论文）1 绪论1.1 研究背景随着资讯时代的来临，使得社会已经渐渐转成网络时代，进而改变人际互动方式。人际互动开始由过往的面对面地交谈，转变成借由交友网站进行线上交友。交友是为了沟通与交流，而网络恰恰为我们创造了一个崭新的自由平等的对话平台。它具有普通交友方式无可比拟的优势。打破了传统交友的地域限制，可以广交四海朋友。网络的开放性更是传统交友方式不具备的优越性。网络架起了一座人们充分沟通的桥梁，让恋爱不再受地域的限制。1.2 研究现状互联网发展到今天，中国的网民超过了1亿，可以说已经进入了一个网络应用大规模普及的后网络时代1，但是，相对于其他网络服务的迅猛发展，国内的网络交友服务似乎还没有得到人们足够的重视，市场也没有呈现出应有的上升势头。究其原因，一方面在于受众舆论对于网络交友曾经的负面效应矫枉过正，大众对于通过网络进行交友乃至征婚的信任度缺失。另一方面也在于，国内现在也的确缺乏专业的、有影响力的网络交友服务商2。长时间以来，一提到网络交友，大家最先想到的是散落在各地的热线和信息港的交友频道，大多数页面粗糙，资料简单，缺乏整体的规划和人气的累积，而交友这项服务恰恰需要详实的会员资料和人气滚雪球般聚集的效应。这些都是各地的信息港所不具备的，按说新浪、网易等门户网站应该具备相应的资源，但对于门户站点来说，又很难在交友这个领域做出专业的深度来：没有专业的服务，就很难赢得真正有需求的用户的信赖：我们会想到去新浪看新闻，去网易逛社区，但谁会很认真地去这些综合性网站登记征婚呢？即使偶尔逛逛交友频道，也是抱着游戏的心态，交朋识友而已。甚至有些门户网站的交友约会栏目已经沦为寻找一夜情乃至性交易的网络平台，欠缺合理的过滤和适当的管理，导致网络交友在人们心目中不再纯洁，变成了一个很容易藏污纳垢的空间。1.3 论文主要内容在线交友系统，其核心思想是为广大单身男女提供一个网络平台，让谈恋爱成为更简单的事情，在网上就能找到自己的另一半。本课题的开发工具使用MyEclipse，开发语言是JSP/Java等开发语言，后台数据库采用Oracle数据库。在线交友系统由前台用户登录系统和后台管理员管理系统两个部分组成。本课题主要提供了以下功能：用户登录系统：用户自身的管理，会员信息展示，成功配对情侣的展示，网站信息的展示，活动信息的展示、用户留言的展示以及用户间相互交流。管理员管理系统：主要功能有管理员自身的管理，用户管理，活动管理，成功故事管理以及留言处理等。2 在线交友系统系统分析系统分析方法来源于系统科学。系统科学是20世纪40年代以后迅速发展起来的一个横跨各个学科的新的科学部门，它从系统的着眼点或角度去考察和研究整个客观世界，为人类认识和改造世界提供了科学的理论和方法。它的产生和发展标志着人类的科学思维由主要以“实物为中心”逐渐过渡到以“系统为中心”，是科学思维的一个划时代突破。系统分析是咨询研究的最基本的方法，我们可以把一个复杂的咨询项目看成为系统工程，通过系统目标分析、系统要素分析、系统环境分析、系统资源分析和系统管理分析，可以准确地诊断问题，深刻地揭示问题起因，有效地提出解决方案和满足客户的需求3。2.1系统可行性分析系统可行性分析由技术及开发方法可行性，管理可行性，经济可行性三部分组成。2.1.1 技术及开发方法可行性本系统基于浏览器/服务器体系人们常说的 B/S体系，系统安装维护简便。数据集中管理，便于分散用户使用，适应互联网时代软件的发展趋势。开发技术主要包括JSP, Java, JavaBean, JDBC以及Web应用开发中常用的脚本语言JavaScript。Web服务器采用Tomcat，数据库采用Oracle数据库系统。由于本系统采用的是Java相关的技术具有“一处编译处处运行”的特性，所以系统可跨平台使用，可运行于Linux/Unix和Windows系列操作系统平台5。2.1.2 管理可行性利用面向对象的结构化方法，面向对象方法以“对象”为中心，在分析对象、研究对象及对象的属性的过程中，根据其内在规律建立求解模型。基于这种方法建立的软件系统，不管外部环境或功能需求如何地变化，其对象的内在的规律是不变的，区别于传统方法的以“过程为中心”，以功能分解为基本方法，当功能需求发生变化时，将引起对软件整体结构的修改，导致系统不稳定。因而，基于这种方法建立的软件系统是不会引起软件结构的整体变化，所以系统是稳定的，利用此方法可以充分达到系统管理可行性的目的。2.1.3 经济可行性通过调查分析开发网站所具备的能力及实现的方法，准确确定网站的总体结构，利用Oracle数据库所具有的能力，以最简洁最容易的方法，使用JSP和Java使其达到快速开发的效果。2.2系统需求分析需求分析的基本任务：确定系统的目标和范围、调查用户的需求、分析系统必须做什么、编写需求规格说明书等其它相关文档,以及需求工程审查。同时还包括需求变更的控制、需求风险的控制、制定需求过程的基本计划等工作。需求可分四类：业务需求、用户需求、功能需求和非功能需求。其中业务需求是反映组织机构或客户对软件高层次的目标要求，这项需求是用户高层领导机构决定的，它确定了系统的目标规模和范围；用户需求是用户使用该软件要完成的任务；功能需求是软件开发人员必须实现的软件功能；非功能需求是产品必须具备的属性或品质 ，包括对用户的重要属性（有效性、效率、灵活性、完整性、互操作性、可靠性、可用性）和对开发者的质量属性（可维护性、可复用性、可测试性）4。在线交友系统需求分析由功能需求分析，性能需求分析两部分组成。2.2.1 功能需求本系统的具体功能描述如下：1针对一般用户/会员设计的功能（1）用户注册：可以注册为在线交友网站的会员，成为会员就可以参与我们的活动以及给心仪的他（她）留言，也可以在本网站留下自己的信息方便他人寻找到你。（2）用户登录：只有登录才可以进一步进入该网站完成留言详细查看等其他活动。（3）查找用户：在每个页面上我们都会提供一些查找出来的最新注册为会员的一些信息，还可以按条件来搜索你心仪的他（她），在登录状态下可以查看他（她）的详细信息并给他（她）留言。（4）修改资料：在登录状态下可以完善自己的资料，例如上传照片等。（5）成功故事：在成功故事板块可以看到通过本网站成功配对的新人们的信息，以及他们的爱情故事，还可以添加自己的成功故事。（6）活动板块：在登录状态下会员可以进入该板块，查看我们举办的各大活动并且报名参与我们的的活动。（7）联系我们：会员通过留言可以给我们提出问题，也可以把一些需求告诉我们，用来完善我们的服务。2针对管理员设计的功能（1）总管理员对普通管理员的管理 a、管理员登录：管理员需要登录才能进行对管理员以及用户的管理。b、增加管理员：如果管理员的权限是总管理员，那么可以追加新的管理员。c、删除管理员:如果管理员的权限是总管理员，那么可以删除其他管理员。d、修改管理员:总管理员可以修改管理员的信息，可以赋予普通管理员权限。e、查看管理员:可以查看全部管理员。（2）管理员对用户的管理a、删除用户:管理员可以根据用户的要求删除该用户在本网站的全部信息。b、查看所有用户:管理员可以查看所有用户的信息，便于统一管理。（3）管理员管理成功故事a、删除成功故事：管理员可以根据用户的要求，删除成功故事。b、查看成功故事：管理员可以查看成功故事。c、修改成功故事：管理员可以修改成功故事。（4）管理员管理活动板块a、添加活动：管理员可以添加新的活动。b、删除活动：管理员可以删除过期的活动。c、修改活动：管理员可以修改活动内容。d、查看活动：管理员可以查看活动内容以及报名会员等。（5）管理员管理留言板块a、查看留言：管理员查看所有留言。b、删除留言：管理员删除用户的留言。2.2.2 性能需求本系统的性能需求可以分为以下两种：1安全性需求：所有访问数据库的操作，必须尽量保证安全。2美观性需求：要求界面美观，操作简便。2.3 业务流程分析业务流程分析的目的是：形成合理、科学的业务流程。通过分析现有业务流程的基础上进行业务流程重组（BPR），产生更为合理的业务流程。业务流程分析主要是定义项目的内容，即对现行的管理进行仔细地回顾和描述，从而认识项目的业务和技术上的具体要求，帮助确定流程工作与合作建模的基本要素，更好地分析理解其同其他要素的关系，例如业务目标、业务策略、面对的问题、产生的影响、组织机构参与者或者相关的企业架构。（逻辑模型）系统设计以前，要对系统需求进行归纳和分析，查找出所有的业务实体，然后在确定业务实体后，每个业务实体的相关活动及流程应清晰地制定出来，最终设计出逻辑视图。 以下是对该系统业务流程的简单分析：1、用户首先进入网站首页，在没登录状态下，用户也可以进行一些简单的查询操作，更多操作只有登录之后才能完成。如果用户还没有登录名，首先要进行用注册。注册后，在登录时用户名与密码验证通过就能做相关操作。如果用户名不存在或密码不正确，则重新登录。2、用户成功登录之后，进入主页面，可选基本业务有如下：查看会员详细信息并留言，查看成功故事，查看近期活动并报名参加，个人信息的查看以及修改，留言的查看以及回复，与我们联系等。在个人信息管理中，用户可以修改自己的信息，修改照片；如果当前登录用户为管理员，则可以根据权限的不同进行对管理员，对用户，对成功故事以及对活动进行增删改查相关操作。用户系统业务流程图如图2-1所示，管理员系统业务流程图如图2-2所示。是否成功非用户注册注册用户注册登录是否成功是否登录是否登录网站浏览用户信息修改是否成功是否成功增加成功故事查看成功故事查看活动报名参加是否成功成功页面查看留言回复留言是否成功否是否是否是否是是是否否是是否否图2-1 用户系统业务流程Fig.2-1 The users system of business process 是否否否否否否否否否否否增加管理员查看活动留言管理管理员登录是否成功查看留言删除留言管理员管理是否成功删除管理员修改管理员增加用户删除用户修改用户删除记录修改记录增加活动删除活动修改活动用户管理成功故事活动管理管理员管理是否成功是否成功是否成功是否成功是否成功是否成功是否成功是否成功是否成功是否成功查看用户查看记录查看活动是否成功否是是是是否是图2-2 管理员系统业务流程Fig. 2-2 The administrator system business process2.4总体目标在线交友系统应具备一个系统所应该拥有的开发性、可用性、安全性、可维护性等属性。要做到这些，就必须要求在设计与实现过程中更多的去学习了解WEB知识。本系统设计与实现了用户自身的管理，成功配对情侣的展示，网站信息的展示，活动信息的展示以及用户与本网站以及用户的交流，很大程度上提高了情侣成功配对的概率。活动管理，成功故事管理，留言处理等模块都有相对其内容的新增，修改，删除，查询操作。由于各模块的相互独立又相互关联性使本系统较能适应目前市场需求。由于实现了对信息的操作，及进入系统用户身份的验证，从而达到了各种信息的安全性，合理性以及完整性的多重目标。2.5具体目标具体目标即为把总体需求目标按功能需求进行分解, 目标中可以分为管理方面、功能方面,本论文从系统的功能方面进行如下分析。系统主要包括管理员和一般用户的登陆管理。1.用户登录系统：用户自身的管理，会员信息展示，成功配对情侣的展示，网站信息的展示，活动信息的展示、用户留言的展示以及用户间相互交流。2.管理员管理系统：主要功能有管理员自身的管理，用户管理，活动管理，成功故事管理以及留言处理等。2.6系统功能建模系统的功能建模所采用的工具是数据流程图和数据字典，用于表达系统内部数据的运动以及对数据的描述和定义。2.6.1系统数据流程图数据流程图Data Flow Diagram，简称DFD，它是用来描述目标系统的逻辑结构，它是由实体部分，处理部分，数据存储部分和数据流四部分组成，为了使数据流图所描述逻辑结构更加清晰，容易阅读，对数据流图作见表2-1：表2-1数据流图符号图例Tab.2-1 Sign legend of data stream图形符号名称符号说明实体记述系统之外的数据描述或数据获得组织机构或个人，框内为实体名称PMC处理记述某种业务的手工或计算机处理，其中，PM区记述处理标号，C区记述处理名称DNS数据存储技术与处理有关的数据存储，DN区记述处理的标号，S区记述处理标号的名称FM数据流记述数据流的流动方向，FM记述数据流的名称。数据流程图的设计原则：（1）明确系统界面。（2）自顶向下逐层扩展。（3）合理布局，数据流图各种符号要布局合理、分布均匀、整齐、清晰，使读者一目了然。（4）数据流图只反映数据流向、数据加工和逻辑意义上的数据存储，不反映任何数据处理的技术过程、处理方式和时间顺序，也不反映各部分相互联系的判断与控制条件等技术问题。（5）数据流程图绘制过程，就是系统的逻辑模型的形成过程，必须始终与用户密切接触，详细讨论，不断修改。精品教学网站是严格按照结构化分析方法采用自顶向下，逐层分解的方法绘制出的数据流程图。具体的各层次数据流图如图2-3至2-9所示。图2-3在线交友系统顶层数据流图Fig2-3 Online dating system top level data flow diagrams图2-4在线交友系统一层数据流图Fig2-4 Online dating system data flow diagrams图2-5二层管理员管理模块数据流图Fig2-5 administrator management module, data flow diagrams on the second floor图2-6二层用户管理模块数据流图Fig2-6 user management modules, data flow diagrams on the second floor图2-7二层活动管理模块数据流图Fig2-7 activity on the second floor management modules, data flow diagrams图2-8二层成功故事管理模块数据流图Fig2-8 success story on the second floor management module, data flow diagram图2-9二层留言管理模块数据流图Fig2-9 Second message management module data flow diagram2.6.2数据字典数据字典就是数据流图上所有成分的定义和解释的文字集合。数据流图只能给出系统逻辑功能的一个总体框架而缺乏详细、具体的内容。数据字典对数据流图的各种成分起注释、说明的作用，给这些成分赋以实际的内容。一般来说，数据字典包括一下内容：1) 数据元素：数据元素是不可再分的数据单位，描述数据的静态特性。一般而言包括如下内容：数据项描述=数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系，数据项之间的联系。2) 数据流：是数据结构在系统内传输的路径。对数据流的描述通常包括如下内容：数据流名，说明，编号，数据流来源，数据流去向，组成（数据结构）3) 数据存储：数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一，可以使手工文档或者手工凭单，也可以是计算及文档。一般而言，应包括如下内容：数据存储名，说明，编号，输入的数据流，输出的数据流，组成（数据结构），数据量，存取频度，存取方式。4) 数据处理：处理工程的具体处理逻辑通常在详细设计过程用判定表或判定树来描述。在数据字典中，只需要描述处理过程的说明性信息，一般包括内容如下：处理过程名，说明，输入数据流，输出数据流，处理（1）数据元素名字：用户名描述：后台管理员的登录名数据类型：varchar长度：20名字：密码描述：后台管理员的登录密码数据类型：varchar长度：20名字：权限描述：后台管理员的权限数据类型：varchar长度：10名字：活动名称描述：约会活动的活动名称数据类型：varchar长度：100名字：活动时间描述：约会活动的活动时间数据类型：varchar长度：50名字：活动地点描述：约会活动的活动地点数据类型：varchar长度：100名字：用户名描述：用户名的姓名数据类型：varchar长度：20名字：用户名的密码描述：用户名数据类型：varchar长度：20名字：成功故事标题描述：成功故事的标题数据类型：varchar长度：100名字：成功故事介绍描述：成功故事的内容数据类型：varchar长度：1000名字：留言信息描述：留言信息数据类型：varchar长度：100（2）数据存储名字：管理员信息描述：记录管理员的信息编号：D1组成：管理员名，密码，权限名字：会员信息描述：记录会员的信息编号：D2组成：用户性别，年龄，所在地区，学历，邮箱，注册时间，内心独白，月薪，婚姻状况名字：活动信息描述：记录活动的信息编号：D3组成：活动ID，活动照片，活动标题，活动时间，活动要求，活动地点名字：成功故事描述：成功故事的具体信息编号：D4组成：成功故事ID，成功故事照片，成功故事内容，成功故事时间，成功故事标题，添加时间，成员1，成员2，介绍名字：留言描述：留言的内容编号：D5组成：留言内容，发送者，接收者，留言ID，留言时间，是否已读，图片（3）数据流名字：管理员基础信息描述：输入管理员用户的基础信息编号：F1组成：管理账号、管理密码名字：用户基础信息管理描述：查看，删除用户基础信息管理编号：F2组成：用户性别，年龄，所在地区，学历，邮箱，注册时间，内心独白，月薪，婚姻状况名字：活动管理描述：对活动进行管理编号：F3组成：活动ID，活动照片，活动标题，活动时间，活动要求，活动地点名字：成功故事管理描述：对成功故事进行管理编号：F4组成：成功故事ID，成功故事照片，成功故事内容，成功故事时间，成功故事标题，添加时间，成员1，成员2，介绍名字：留言管理描述：对留言进行管理编号：F5组成：留言内容，发送者，接收者，留言ID，留言时间，是否已读，图片（4）数据处理名字：管理管理员描述：按需求修改和删除管理员编号：P1.2输入/输出数据流：F1.2, 管理员信息名字：管理用户描述：按需求修改和删除用户编号：P2.2输入/输出数据流：F2.2, 用户信息名字：管理活动描述：按需求修改和删除活动编号：P3.2输入/输出数据流：F3.2, 活动信息名字：管理成功故事描述：按需求修改和删除成功故事编号：P4.2输入/输出数据流：F4.2, 成功故事信息名字：管理留言描述：按需求修改和删除留言编号：P5.2输入/输出数据流：F5.2, 留言信息173 在线交友系统概要设计根据系统分析的结果数据流程图所描述的系统的逻辑模型，把数据流程图中各个功能模块进一步分解，确定系统的结构关系，把逻辑模型变为物理模型。在在线交友系统的设计过程中，系统划分的原则如下：1子系统要具有独立性。即应把相对独立的事务处理过程作为一个子系统。这样的子系统具有较高的内聚性，与其它的藕合较弱，便于软件开发、使用及日后系统维护。2子系统的划分结果应使数据冗余度较小。应避免部分数据在多个子系统中出现，尤其是修改，以保证系统的安全性、可靠性和数据的一致性。3子系统的划分应能满足目前和日后管理上的需要，功能应齐全，操作要方便且为今后发展留有接口。4子系统的划分应以该单位的管理职能为依据。应尽量避免过分依赖于组织机构，以防止机构变更后为系统带来不必要的麻烦7。从网站的组织结构上出发，把整个在线交友系统划分成两个子系统。每个子系统在功能上相对独立，但彼此间又有必要的数据联系。3.1体系结构设计在系统体系结构设计中，最常用的是系统结构图，系统结构图能够直观地表示出系统的物理结构，它是设计者用于表现新系统的工具，同时它也是用户了解新系统必不可少的“向导”。根据对系统需求分析中的总体目标和具体部分的分析，得到系统的功能树如下图：在线交友系统用户模块用户信息会员展示网站活动成功故事管理员管理用户管理活动管理成功故事管理留言管理管理员模块图3-1 在线交友系统的功能模块结构图Fig.3-1 System function module chart系统体系结构设计由用户模块功能设计和管理员模块功能设计两部分组成1用户模块功能描述其中，用户信息浏览，活动报名是禁止匿名用户访问的内容。（1）会员展示模块：每个页面会有最新注册会员的展示，可以根据条件查找符合条件的用户，提供所有信息的展示。（2）成功故事模块：可以查看成功故事以及添加成功故事。（3）用户信息模块：注册新用户、登录、用户修改个人资料，修改照片，查看留言及回复。（4）活动模块：查询所有活动信息，报名参加活动。2管理员模块功能描述（1）管理员管理：登录；查询管理员、增加管理员、删除管理员、修改管理员。（2）用户管理：删除用户、查看所有用户。（3）活动管理：增加活动、修改活动、删除活动、查询活动、查询参加会活动会员。（4）成功故事管理：删除成功故事、修改成功故事、查询成功故事。（5）留言管理：查看留言、删除留言。3.2接口设计接口可以分为两个部分外部接口和内部接口。内部接口是指在程序内部，各个程序模块间的接口。外部接口指程序与程序以外的其他事物相连接的接口。其中外部接口又可分为：用户界面、外部接口、内部接口。3.2.1 外口部接 （1）用户界面用户界面：本系统样式排版整齐划一，尽可能划分不同的功能区域于固定位置，方便用户导航使用；排版不宜过于密集，避免产生疲劳感。对于需用户长时间使用的系统，应当使用户在较长时间使用后不至于过于感到视觉疲劳为宜。例如轻松的淡彩为主配色。切忌色彩过多，花哨艳丽，严重妨碍用户视觉交互。 本系统包括了后台管理员模块，前台用户模块，简化了整个业务的过程，用户界面美观，操作简单易学。 （2）软件接口在软件接口方面，采用JAVA中的JDBC技术，实现对数据库中表记录的查询、修改和删除等操作。JDBC可以直接加载数据库去程序访问数据库。在Tomcat服务器接口方面，程序可使用Myeclipse提供的对Oracle的接口，进行数据库的所有访问。 （3）硬件接口在输入方面，可以应用键盘、鼠标进行输入。在输出方面，可以选择打印机进行处理。3.2.2 内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了数据，以参数传递或返回值的形式在各模块间传输。3.3代码设计代码设计遵循以下原则：1标准化：考虑系统和联网的需要，尽可能用国际、国内的标准代码。2简明性：在不影响代码系统的容量和扩充性的前提下，代码尽可能简短、统一。 3扩展性：考虑系统的发展和变化，当增加新的实体和属性时，直接利用原代码追加，保持原代码体系不变。4确定性：每一代码代表惟一的实体和属性；反过来，信息系统中，每一实体或属性都用一个确定的代码来表示。5识别性：代码需方便管理人员使用，又应方便计算机识别、分类。6通用性：尽量采用原业务处理上已使用的且行之有效的代码，方便使用。3.4 数据库设计3.4.1 概念设计概念结构设计是将分析得到的用户需求抽象为信息结构（即概念模型）的过程，它是整个数据库设计的关键。概念结构的主要特点是：（1）能真实、充分地反映现实世界。（2）易于理解。（3）易于更改，当应用环境和应用要求改变时，对概念模型修改和扩充相对容易。（4）易于向关系、网状、层次等各种数据模型转换。概念结构是各种数据模型共同基础，它比数据模型更抽象，更加稳定。为了把用户的数据要求清晰明确的表达出来，通常要建立一种面向问题的数据模型，按照用户的观点来对数据和信息建模。最常用的概念性数据模型就是E-R模型8。管理员属性图、用户属性图、成功故事信息实体属性图、活动信息实体属性图、活动人员信息实体属性图、，联系我们信息属性图、留言信息属性图、省份信息属性图和城市信息属性图分别如图3-2至3-10所示。 图 3-2 管理员信息实体联系图Fig.3-2 The administrator information entity relationship figure用户信息详细信息生日年龄月薪照片真实姓名所在市所在省文化程度密码注册时间身高婚姻状况性别邮箱用户ID图 3-3 用户信息实体联系图Fig.3-3 The user information entity relationship figrue成功故事信息ID照片详细信息简介老婆信息标题结婚时间老公信息注册时间图 3-4 成功故事信息实体联系图Fig.3-4 Success story information entity relationship figrue相亲活动信息标题ID照片活动时间活动地点特殊要求图 3-5 活动信息实体联系图Fig.3-5 Activity information entity relationship figrue活动人员信息ID活动编号活动名称用户姓名图 3-6 活动人员信息实体联系图Fig.3-6 Activities personnel information entity relationship figrue联系我们信息ID用户名电话邮箱地址反馈信息图 3-7 联系我们信息实体联系图Fig.3-7 Contact our information entity relationship figrues留言信息ID照片留言内容发送时间是否已读接受者名发送者名发送邮箱接收邮箱图 3-8 留言信息实体联系图Fig.3-8 Message information entity relation figrue图 3-9 省份信息实体联系图Fig.3-9 Province information entity relationship figrueID省份名称省份信息图 3-10 城市信息实体联系图Fig.3-10 City information entity relationship figure3.4.2 逻辑设计数据库逻辑设计分为三个阶段，分别是：用户要求、建立E-R 模型和数据库模式设计。数据库逻辑设计中的第一阶段收集和分析用户需求是按以下四步进行的：分析用户活动，确定系统范围，分析用户活动所涉及的数据和分析系统数据。逻辑设计第二阶段建立E-R 模型分两步，首先应进行局部E-R 模型设计，然后进行总体E-R 模型的设计。逻辑设计第三阶段在数据库模式设计阶段分两步进行，第一步初步设计，把E-R 图转换为关系模型，第二步优化设计，对模式进行调整和改善。我们所要进行研究的是逻辑设计的第三步即将E-R图像关系模型转化。下面把实体及实体间关系转换成为关系模型。实体转换出的关系模式：管理员信息表管理员名，密码用户信息表用户ID，密码，性别，邮箱，生日，年龄，文化程度，婚姻状况，身高，所在省，所在市，月薪，真实姓名，详细信息，照片，注册时间成功故事信息表ID，照片，结婚纪念日，添加时间，标题，老公姓名，老婆姓名，简介，详细信息活动信息表ID，照片，标题，活动时间，活动地点，特殊要求活动人员信息表ID，活动编号，用户姓名，活动标题联系我们信息表ID，用户名，邮箱，电话，地址，反馈信息留言信息表ID，发送者邮箱，接收者邮箱，发送时间，发送者姓名，接收者姓名，照片，留言内容，是否已读省份信息表ID，省份名称城市信息表ID，省份名称，城市名称3.4.3 物理设计数据库物理设计包括：选择存储结构、确定存取方法、选择存取路径、确定数据的存放位置。主要解决选择文件存储结构和确定文件存取方法的问题。在数据库中访问数据的路径主要表现为如何建立索引。如要直接定位到所要查找的记录，应采用索引存取方法（索引表）。顺序表只能从起点进去向后一个个访问记录。在上面的实体以及实体之间关系模式的基础上，形成数据库中表以及各表之间关系。其中，管理员信息表如表3-1所示，用户信息表如表3-2所示，活动信息表如表3-3所示，活动人员信息表如表3-4所示，成功故事信息表如图3-5所示。联系我们信息表如表3-6所示，留言信息表如表3-7所示，省份信息表如表3-8所示，城市信息表如表3-9所示。表3-1 管理员信息表Table 3-1 The administrator information table字段名说 明类 型长度可否为空主键Adminname管理员名Varchar220否是PasswordRight管理员密码管理员权限Varchar2 Varchar22020否否否否表3-2 用户信息表Table 3-2 The user information table字段名说 明类 型长 度可否为空主键Userid用户编号Number20否是Password用户密码Varchar220否否Username真实姓名Varchar220是否Sex性 别Varchar220是否Height身 高Varchar210是否Birthday生 日Date 20是否Detail详细信息Varchar220是否Registtima注册时间Varchar2500是否Email邮 箱Varchar250否否Marital_situatio婚姻状况Varchar250是否Sal月 薪Varchar210是否Degree文化水平Varchar230是否Province所在省份Varchar220是否City所在城市Varchar230是否Image图片信息Varchar230是否Age年 龄Number100是否表3-3 活动信息表Table 3-3 Event information table字段名说 明类 型长度可否为空主键Id编号Number否是ImageTitleAc_timePlacePs照片标题活动时间活动地点特殊要求Varchar2Varchar2Varchar2Varchar2Varchar22010050100300是是是是是否否否否否表3-4 活动人员信息表Table 3-4 Activities personnel information table字段名说 明类 型长 度可否为空主键Id编号Number否是Ac_idTitleUsername活动编号标题用户名NumberVarchar2Varchar210020是是是否否否表3-5 成功故事信息表Table 3-5 Success story information table字段名说 明类 型长 度可否为空主键Id编号Number否是ImageTimeAddTimeTitleUsername1Username2IntroductionDetail照片结婚纪念日添加时间标题老公姓名老婆姓名简介详细信息Varchar2 Varchar2Varchar2Varchar2Varchar2Varchar2Varchar2Varchar21003030100202010004000是是是是是是是是否否否否否否否否表3-6 联系我们信息表Table 3-6 Contact us information table字段名说 明类 型长 度可否为空主键Id编号Number否是EmailPhoneUsernameAddressComments邮箱电话用户名地址反馈信息Varchar2Varchar2Varchar2Varchar2Varchar23020201002000否否否否否否否否否否表3-7 留言信息表Table 3-7 Contact us information table字段名说 明类 型长 度可否为空主键Id编号Number否是SenderReceiverSendernameReceivernameImageMessageTimeRead发送者邮箱接收者邮箱发送者姓名接收者姓名发送者照片留言内容留言时间是否已读Varchar2Varchar2Varchar2Varchar2Varchar2Varchar2Varchar2Varchar250503030100100505否否否否否否否否否否否否否否否否表3-8 省份信息表Table 3-8 Province information table字段名说 明类 型长 度可否为空主键Id编号Number否是Province省份名称Varchar220否否表3-9 城市信息表Table 3-9 City information table字段名说 明类 型长 度可否为空主键Id编号Number否是ProvinceCity省份名称城市名称Varchar2Varchar22020否否否否3.5输入输出设计3.5.1 输入设计输入设计要根据系统输出的要求确定输入的内容和格式。由于输入数据的准确性与及时性会影响系统的运行效果。输入数据的正确性对于整个系统质量的好坏起决定作用。一个好的输入设计能为今后系统对有关信息的处理、存储、以及系统的运行带来很多方便输入设计不当又可能使输入数据发生错误，即使计算和处理十分正确，也不可能得到正确的输出。因此，输入设计既要给用户提供方便的界面，又要有严格的检查和纠错功能，以尽可能减少输入错误。输入设计主要包括输入数据的分析与获得、输入数据的格式设计、输入设备的选择、输入数据的校验等工作。输入设计原则：（1）输入量应保持在能满足处理要求的最低限度。（2）输入的准备及输入过程应尽量容易进行，从而减少错误的发生。（3）应尽早对输入数据进行检查（尽量接近原数据发生点），以便使错误及时得到改正。表3-10 输入设计表Tab3-10 Input design table 输入名称：管理员登录表输入设备和介质：键盘，鼠标 输入源：管理员输入时间和频率：根据需求而定输入信息量：根据需求而定共享范围：本系统使用表3-11 输入格式及内容Tab3-11 Input form and content数据项名称 类型 实际长度 管理员名 字符串 50密码 字符串 50表3-12 输入设计表 Tab3-12 Input design table 输入名称：用户登录表输入设备和介质：键盘，鼠标 输入源： 用户输入时间和频率：根据需求而定输入信息量：根据需求而定共享范围：本系统使用表3-13 输入格式及内容Tab3-13 Input form and