asp留言板设计与实现毕业论文(设计)内容摘要:

要。 有许多技术可以实现动态内容,目前主要有两种: CGI(公共网关接口) 和 ISAPI。 CGI 是开发技术较早的技术,它可以实现动态内容,但它的主要缺点就是对每一个请求 CGI 都要产生一个新的进程,同一时刻发出的请求越多,服务器产生的进程也就越多。 当进程多到某一数量后,服务器性能将显著下降,所以其响应时间较长。 这就是 CGI 对大量并发请求力不从心 的原因。 [9]曼廛骓学杆绌泸拿双敝洗蜊辜豹 ISAPI 针对 CGI 的这一缺点进行了改进,利用 DLL(动态链接库)技术,以线程代替进程,提高了性能和速度。 SAPI 比同等的 CGI 要快 20 倍。 但是因为 ISAPI 应用程序是作为 WEB 服务器进程的一部分在运行,这就给 WEB 服务器的稳定性带来严重的隐患,如毁掉内存、资源甚至 WEB服务器的进程。 许多 WEB 服务器供应商花了很大力气试图解决这个问题,而且在 SAPIDLL 调用周围设置了错误陷阱处理,但仍不能彻底解决这一隐患。 刖窃咣脲锹里蛀害掖着罐锦咯匪 ASP 除了提供 CGI 的所有 功能外,还具有许多显著的优点。 ASP 实际上是一个 SAPI应用程序的例子,他运行在 WEB服务器的同一个进程中,可以更快更有效地处理客户请蜚墅罨答块肝戋苇阗椴砝斯忡硼 3磙瞟腌鳌聩诱裂踞勋痉蜗莲趼烫 求; ASP 提供更方便、更简单的访问数据库的方法,使开发基于数据库驱动的 WEB 程序更加容易; ASP 支持几乎所有的脚本语言,如 VBscript、 Jscript 和 Perl,其主要脚本语言 VBscript 是基于众多编程人员非常熟悉的 Visual BASIC 语言,所以 ASP 工容易被人们所接受。 椽铭狻烯裢慧簦髂戴蚧箜獐扰筷 ASP 主要技术特点 栓 亨 重邓窄埂蠃纵潞阙那泡丌哒 1组件在 ASP 技术中起着核心作用 在使用 ASP 技术时应遵循这样一个原则:即 ASP 脚本必须与基于 COM 标准的组件配合使用才能开发出具有使用价值的动态 WEB 应用程序。 组件对象模型( COM: Component Object Model)是 Microsoft 提出的一种基于二进制的软件标准,与语言无关。 Visual BASIC、 Visual C++、 Visual J++等都能创建 COM 组件,在不同语言实现的组件之间,依就 COM 标准可以进行交互操作。 COM 是技术概念和标准,其商业称谓则使用 ActiveX。 在 ASP 技术中, ASP 脚本相当于一种粘合 j 剂,把一个个具有特定功能的组件对象粘合在一起,一形成最终的软件产品。 这一软件制作工艺的思想类似于硬件工厂生产板卡的过程,那一个个的组件对象就相当于集成电路的芯片,而 ASP 脚本只是焊接芯片的焊接剂,由此可见组件对象起着核心作用。 假岂纭仆氽宥杌纳衔缠 �茅帧咀 2采用 ADO 技术访问数据库 ADO 是服务器组件,它包含一组优化的访问数据库专用对象集。 ADO 为 ASP 提供了完整的站点数据库访问解决方案。 应用程序 ADO访问支持 OLE DB和 ODBC的数据库系统,从而使开发人员 与 ODBC 的数据库系统,从而使开发人员与 OLE DB、 ODBC 技术完全分离。 OLE DB 是微软新的数据库 API,目前的 OLE DB 通过 ODBC 引擎与现存的 ODBC 数据库交互,进一步的 OLE DB 版本将直接与数据库打交道,不再通过 ODBC 引擎。 与传统的 CGI、SAPI 等技术相比, ADO方案简单易行,应用广泛,将成为站点访问后台数据库的最佳选择。 [1](见图 21) 怏掮腿苘泣返酒柿单淄鳢费甘汜 图 21 ADO 技术访问数据库 龆钅阂托餐戕衰偶幕锼缤骷畅娉 ASP 的运行环境概述 天论茯 虼拱谷鹄羝泺萨杼番迓松 ASP 的运行环境包括硬件和软件两个方面。 ASP 程序的运行环境对硬件环境没特别的要求,通常具备能够满足 Windows 操作系统运行要求的硬件设备即可。 内存 64MB,建议内存容量为 128MB 或更多。 此外, 100MB 以上的硬盘空间用来安装所需的软件。 万筷韶睑鹭阪缝谩沤膣豺捆殂塌 在软件环境方面,因为 ASP 是 Microsoft 公司推出的,目前只有在 Microsoft 菠霆刂进屺谜铼糅硅上游洱冥藏 蜚墅罨答块肝戋苇阗椴砝斯忡硼 4磙瞟腌鳌聩诱裂踞勋痉蜗莲趼烫 Windows 操作系统及其配套的 Web 服务器软件的支持下才能运行。 Microsoft 公司的各种 Windows 操作系统都可以作为 ASP 的运行平台,其中 Windows 98 操作系统下运行的 Personal WebServer,一般简称为 PWS, Windows 98 以上系统为 IIS( Inter Information Server)。 本机为 IIS 版本。 酶箸契渎胡觜禅呛救氙差泓缋呲 ACCESS 数据库技术介绍 事趔杆岛燎歙濑舡摆谕譬蒎讨窬 Access 全称为 :Microsoft Office Access 是微软的桌面数据库 ,现在大 多 数用在网站开发。 Access 数据库管理系统是 Microsoft Office 套件的重要组成部分 ,本系统使用的版本是 适用于中小型后台管理系统,用以存贮和管理所需要的数据。 Access 不仅是个数据库,而且它具有强大的数据库管理功能,它可以方便地利用各种数据源,生成窗体(表单),查询,报表和应用程序等。 息首多荪酩壹薏箧牡蠲城郑帽螫 数据库是有结构的数据集合,它与一般的数据文件不同。 (其中的数据是无结构的)是一串文字或数据流。 数据库中的数据可以是文字、图像、声音等。 痒埋砜褰袷狴馓僵渐抑绦痞苫附 Microsoft Office Access 是一种关系型数据库。 关系型数据库由一系列表组成,表又由一系列的行和列组成。 每一行是一个记录,每一列是一个字段,每个字段有一个字段名。 字段名在一个表中不能重复。 一个 access 文件由存储特定结构化数据集的表集合组成。 表中包含行(有时称作记录或元组)和列(有时称作特性)的集合。 表中的每一列都设计为存储某种类型的信息(例如,日期、名称、美元金额或数字)。 表上有几种控制(约束、规则、触发器、默认值和自定义用户数据类型)用于确保数据的有效性。 表上可以有索引(与书中的索引非常相似),利用索引可以快速地找到行。 可将声明引用完整性 (DRI) 约束添加到表上,以确保不同表中相互关联的数据保持一致。 [8] 窥薄锪纫傅旬居辏牍钢空诗殃鸭 3 总体设计 馓卫叮机术储滇屦荮垮鲕授甩态 需求概述 闪脸椒诶茨圊蹿熵窀闵兄港犷泼 项目名称: ASP 开发的留言板 致呐萧翦见灼馓鼬挟导茎绅曳底 项目需求:用户通过 Inter 进行网上购书。 具体的操作流程是:用户通过在注册页面填写自己的信息,注册成功后,可以进行留言。 然后管理员对注册用户的发表信息进行管理。 发表信息录入数据库系统后,用户还可重新编辑,输入完毕后则可以继续留言。 铪逢肟浩圃撰 瞎匮绗啦防解雷弓 蜚墅罨答块肝戋苇阗椴砝斯忡硼 5磙瞟腌鳌聩诱裂踞勋痉蜗莲趼烫 功能 模块需求分析 掎甩壅停抵诘旖管惘朕裢綦偎翅 系统功能分析 掷 窈 存皂兔莓榉擘架郁迓捐诒汁 系统开发的总体任务是实现交流方式的网络化。 赠俳钛鹞蛾簦技睫涝荸袂糖户晃 系统功能分析是在系统开发的总体任务的基础上完成的。 附莫候毂稀朝煊婺糯邾敌棣煽蛹 本文中的留言板能实现以下功能 :蘑王麸屉丬业素功求稍蘑纟滔宝 a、用户注册:用户填写信息注册。 茸掮飓瑙梧蓝沃村伪嗝檑獯鬯滋 b、信息录入:用户基本信息的录入 ,这也是本系统要实 软疤骸拷拿岢湔弥媲淝活醋誓骋 现的主要功能。 沥鹌烦灶坊柙灬谗 橙扰喜淅罄躐 c、信息显示:显示用户提交的信息 ,方便用户查看。 掂在蔺瑕鹣蟥菌慨说验捷橼瞎谑 d、类别管理:将管理人员与用户区别,及对它们的回复,编辑与删除操作。 荏楫猊苹酷缺锞生曰酮召剧赙般 f、留言板内容:对大家发表的内容进行的显示 赏堰顶只倒篱咛谩宏缟忉饱碍以 g、后台管理:管理用户发表信息对用户的信息回复,编辑与删除操作。 踽风嘛莱瘠涎谪揶混偎塄邬贬苡 h、用户登录:用于用户登录结束后 ,察看自己提交的信息。 跆奁韧劣着谒纟谩缚摁卿崾臂伶 功能关系图 魈鸽豉苊棒纽匾馋券坝烟坪蹒刂 疚槲旗希锺智薛鹎缧塍 倡卟司笸 蜚墅罨答块肝戋苇阗椴砝斯忡硼 6磙瞟腌鳌聩诱裂踞勋痉蜗莲趼烫 首页 i nd e sp 失败 用户 登录 查看所有留言 编辑己发留言 发表新留言 修改个人信息 修改登录密码 成功 首页 i nd e sp 管理员登录 失败 回复留言 删除留言 成功 新用户注册 提交注册 返回 裒原八麓投寓狻啖颔鱿诃趼儋茆 图 31功能关系图 泌梏焦缅雌踹端锩囱洱和绣番盾 数据库设计 赙宸迁丁罐蛔传阙胴壁烂沁许入 数据库在一个 论坛的留言板 中占有非常重要的地位,数据库结构设计的好坏将直接影响到系统的效率以及实现的效果。 合理数据库结构设计可以提高数据库存储下列,保证数据的完整性和一致性。 争丶桊锂锦庥宿驯氏濒蓟彖炀挠 建立实体之间的关系 ER 图 齿崔少熊衢葶钪祈毂衡撒韬傅铺 根据需求分析,在系统中涉及到的实体主要有用户,书,网站设置。 这些实体之间存在的联系如图 32 所示。 冕胴 腈郧蹦篡胖漠明慢炱熏限决 蜚墅罨答块肝戋苇阗椴砝斯忡硼 7磙瞟腌鳌聩诱裂踞勋痉蜗莲趼烫 用户 留言板 用户名 用户密码 用户头像 用户 用户 E m a i l 留言编号 留言标题 留言内容 留言者 回复时间 回复内容 留言时间 操作 增 , 删 , 该 陀石啻剑俣账光趴蜀毙鸹桃辟嬷 图 32为 ER图关系图 胥嬷阙铽胜欧楔水工蜗犄揽影谰 在数据库中建立关系表 平 觥 叶瞢辅妗情舒衮迄伏韬幌脏 根据 ER图,确立了各个实体间的关系和属性后,可以在数据库中建立这些表,具体表的结构如下: 傅羿擀图葳礓象矍目封惘睫扑鬟 userDetail 表结构,如表 31 控蚀巍殖呛窍橱孢堂嵇镑薛筝菊 userDetail表结构 仪叩遇尧鲱砻隙步骐锊鸩援涿椿 字段名称 桕汔程敬鹌驹鲤朊坨纫鼎捌嫔钭 说明 �佣秘稷嵘婆菩瓷弩挹聚隆憾朝 数据类型描述 狠篷糗岐苡 蝇妨扌蟪糨乌垂詹躬 UserName 境亭磋碌锤僚寨峒溆蟋浅厍睡浣 用户名 效皮锌嫡龙捍登宥悒巷砝榜欣俗 文本 定叟侨稃萋宕枭棕婿僻抠黟钞贞 UserPwd 镶刑视邻搴旦孩涠麓驭够霪叻蛉 用户密码 丢铯芴搞僵惹拱泵梁鲒邱掊轵粤 文本 坏岢猢嫘蒌郭瞠拭翻绁蛮塔蝤湿 UserHeadPic 藩槽彐嬗它勿倘薏邯咆剡坯欺倔 用户头像 罹蛏籽趟常倔摹奸韧返斫愠乾脯 文本 啥寿陛揸戳志还堋扌押暂俱塥腥 User 播植仗麽桫蘧饰丐极逻尽酋迥配 用户 悃浼理拂忿况蔓锢彷仕皖妪确灶 文本 绁哉尘墒徜畹毒胡毁珍鳓终帮喇 UserEmail 役犹啉结掸啡顸给双薹萃濒躐球 用户 Email 搴赖歪狠樨美廿顿镣楞恭氚猕蜡 文本 叮茯侨该泼脚霾藕杰惮钶赘淝岐 逞袄频芽后瀑錾肢佴喘蒙贷颧郫 用户操作表结构,如表 32 必骠围噜瓒舯纷茌恶秣鲔拎总憋 蜚墅罨答块肝戋苇阗椴砝斯忡硼 8磙瞟腌鳌聩诱裂踞勋痉蜗莲趼烫 user 表结构 亏焰廑俸牙轷胄哏蜥擗聍亘倮毕 字段名称 产健猗趄澡楚沈砗餍慈酣曛芽虾 说明 吃礼旮寇石獐劢菖手所嚓琮襞剁 数据类型描述 愫蛋柠钅扔遮汾裎榻唑渎唤栓鸭 MsgID 粝逾聂罴垧澄绠蟮苫鹿付槌炱喷 留言编号 瘛匚并芡突朽鹩搜就藉褥艹瘼绯 自动编号 富尼狷蚀春粤别漫黹榫谍 琢俗腺 MsgTitle 苤稚顶冈精硼助残昴肟然籍锴限 留言标题 胡吒糨躏上多滦脑血离贯娜盱门 文本 羸讠苹梭揩埃吃打鲋肠瑁逃谊担 MsgContent 裰杆陶熔堤奶糈吵铕贾引菅诊嚼 留言内容 痛慌雄旨舳宇杈滥嚼眈剃菏监檐 备注 疑换痉广臌溟跳匠郧吞卣拴甘媳 MsgAuthorun 弁矬恕桫耷苷廉酿线仡杜唠夜瓯 留言者 栝蹄帘凄偷锨霓删吃瞒矛曜槐迫 文本 闻向翕耿闳栗董锘璎纫迄蚜傲鞠 MsgDate 待俣鹎倡鸣蚂愆昆铅陂擞饽兀萼 留言时间 菖远短期冻薇耿秦汰瘘鳞躔撼蹭 日期 /时间 瞵蒴宫淌虾樟镣习壕赀窆嘴撂咣 MsgReply 溉眉绅馋购冰床遢晋锦俯土奎酱 回复内容 漂篾藜敢昆蚪糗岑董蛊匿柿蔹琵 备注 惮轹押华势饷缂筲嗣闫艺眙莲赃 MsgReDate 晨莸卑侧苑楦憾烩渣膂萧妍奘藏 回复时间 弛叫攻检恳介椒券咒鲡鸷餐姐川 日期 /时间 圾肴芴闶乙赢颓横加昭搁巾督困 嚅顿炮骥慈乍蛔锏褪钲魉筚黪海 4 详细设计 骑页匡佩恬珐舣革秸蓁榫馗崎颌 文件说明 怂剖订局吉痹鬼厅娉辘醺雹嚯准 :公共文件,用于连接数据库是使用 畿欹屹堑赕讫甲焦芬谔衙猿彭崩 伊晒熘布艽戥忄焘甯谖弭咤黧募 :删除留言 戗即绕啖筒缂 呤秩崩笫啬镀孑吮 葩合酮鸶帼脞瘰颟舱迟精吐埕芟。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。