一个基于Microsoft Azure、ASP.NET Core和Docker的博客系统
我的图书馆
一个基于Microsoft Azure、ASP.NET Core和Docker的博客系统
也是出于这样的坚持，我希望能够更好地组织我的博客文章，甚至是其它的一些原创作品，以更为集中和高效的方式为读者提供更好的学习交流体验，一直以来我都想过搭建属于自己的博客服务，我也经过了很多尝试。早在2012年，我使用Word Press在一个国外站点建立过博客系统，可是后来因为国外服务供应商的原因，网站没能继续维持下去，之后我也经过好几次的尝试，包括使用BlogEngine.NET等开源项目，可是也都没能做好。出于对技术的热衷与追求，这一次，我终于下定决心，使用自己所学的知识，依托微软的.NET平台，开发并部署了我自己的新博客系统：【http://daxnet.me】。站点功能首先简要介绍一下目前的站点功能吧。右图就是本站的主页效果，我做得很简洁，没有用太多花哨的图片，也没有用走马灯。明眼人一看就知道这是基于ASP.NET MVC而开发的Web应用程序，使用了Bootstrap。不错，基本答对！需要强调的是，这个博客站点以及后端的RESTful服务，全部都是基于ASP.NET Core完成的，.NET Core运行时版本为1.1.0，运行在Docker容器中。哎，说着说着又到技术上了，功能还没介绍完呢。说到功能，目前功能很简单：主页列出了我自己原创或者翻译的所有文章，读者可以注册用户帐号，注册用户可以发表评论，也可以在用户管理页面中更改自己的昵称。好了，目前功能就这么多，别看功能少，我可是前前后后陆陆续续花了2个月的时间，才做到目前这个样子。当然，我会继续更新这个站点，让它的功能变得更加完善。提到ASP.NET Core，有没有吊起你的技术胃口呢？不用着急，接下来我就介绍一下整个站点中各部分的技术选型，看完后，或许你会知道为什么我花了2个月的业余时间，才整出来这么个简单的玩意儿。站点技术介绍整体架构整个网站所采用的所有基础设施全部运行在微软云（Windows Azure）中，使用了部分托管资源，以及一些非托管的Azure VM。大致情况如下：图片存储服务：由托管数据库系统：由托管（未启用Geo-Replication，因为没钱）邮件服务：由托管（Pricing Tier为F1，每月可以免费发送25000封邮件）应用服务器：基于Azure构建的Ubuntu 16.04.1 LTS虚拟机，运行了两个Docker容器：blog-web和blog-service，分别托管前端Web站点和后端RESTful服务。后端RESTful API服务没有做任何认证和授权，Web站点通过内部子网访问RESTful API服务，Docker容器运行在非托管环境中持续集成系统：Jenkins，基于Azure构建的Windows Server 2012 R2一台（Master），和一台Ubuntu 16.04.1 LTS（Slave）。站点的前端和后端都在后者（Ubuntu）中完成编译、打包以及Docker镜像的发布，实现了一步到位的部署方式代码库：Github有人会问：为什么使用了非托管的Azure VM环境运行应用系统？我也考虑过这个问题，理论上讲，基于云的系统架构最好选用托管的PaaS服务，这样不仅可以得到纯天然的高可用性（包括灾备，比如AWS的跨AZ部署，某些服务跨区域的可用性，以及负载均衡），而且还可以得到专业的技术支持。只有当存在老系统向云迁移的需求，并需要迎合老系统的特定运行环境要求时，才考虑使用IaaS服务。虽然虚拟机等这些资源是由Azure负责创建并运行的，在这一层面Azure可以保证虚机的可用性，但虚机内部运行的任何程序的状态，以及所使用的数据，Azure等云服务是无从得知的，对这部分东西的监控也会变得很麻烦。出于安全考虑，通常云服务供应商是不会，也不应该获得类似虚机内部的客户程序的运行数据的，使用虚拟机服务所产生的程序运行风险，客户需要自己承担。这也就是著名的责任共担原则。看起来用虚拟机运行应用不是太靠谱嘛，然而我却选择这么使用了。有几个原因：为何不使用Azure Web App？一方面Jenkins做自动化部署，直接把编译好的应用推送到Azure Web App中好像不是太顺手，要写一些PowerShell的代码，可是我的编译系统是Linux，不过现在已经有Linux版的PowerShell了，而且Azure SDK Command Line Interface也有Linux版，所以这个理由有点牵强，更合理的解释是：劳资不会！另一方面，我没有在服务端做认证和授权，仅通过子网向外界提供服务，所以我希望我的Web App也运行在子网内部，然后向外暴露80端口供外界访问。这样一来，Azure Web App又如何部署到我自己的子网内？这是一个技术问题，我相信一定有解决方案，但是我也没太多时间和精力去细究如何实现，自己的第一反应也无非是将前后端全部部署在Azure Web App中，然后打开后端的认证机制。但这样做又要花一些额外的工夫。好吧，还是这个理由：劳资不会为何不使用Azure Container Service？Azure Container Service会在你指定的Resource Group（资源组）中创建一整套网络部署，包括好几台虚拟机、公网IP、两个负载均衡器等等，我想你一定知道我为什么没有选择Azure Container Service了，原因就是：劳资没钱理由够充分吧？微软Windows Azure提供的这些服务都很赞，我没选不是说它们不好用，而是出于自己的实际情况考虑：某些服务的学习成本经济成本暂时没必要做到99.99999%的高可用率即使应用挂了，恢复的成本很小：数据完全不需要恢复，托管的SQL Database、Blob Storage会保证我的数据不丢失，应用程序恢复也很简单：重新运行Docker容器就完事儿OK，从整体架构上看，我的选择即是如此而已，这样的选择当然不一定完全正确，但我觉得至少合适，仅供参考。下面附上本站点的整体架构图。作几点注解：三台VM位于同一个Virtual Network的subnet中，每台VM的虚拟网卡上都套有独立的Network Security Group（NSG），在NSG上设置了Inbound/Outbound Endpoints，严格限制了端口访问的IP地址。三台VM之间使用subnet IP地址访问Windows Server 2012 VM宿主了Jenkins Master，以及Seq日志服务。它向公网暴露8080端口和5342端口，分别用于访问Jenkins服务和Seq管理界面第一台Ubuntu VM运行了Jenkins Slave，它不向公网暴露任何端口，仅向Jenkins Master机器暴露22端口，用于Jenkins Slave Agent的执行调度第二台Ubuntu VM运行了博客系统的两个Docker容器：前端应用程序blog-web和后端RESTful API服务程序blog-service。web通过子网IP地址访问service，VM仅向公网暴露80端口，后台service无法从公网访问两个Docker容器所运行的应用（blog-web和blog-service）都可以访问托管的Azure SQL database、Azure Storage blob和SendGrid Account服务整个部署的拓扑结构有可能不太合理，比如没有做负载均衡，没有使用托管的应用宿主服务（比如Azure Web App、Container Service等），没有使用Scaleset。因为目前没必要而且没钱接下来，回到代码上，我向大家介绍一些框架的技术选型，以及几个ASP.NET Core可用的开源库项目。前端如今的前端技术日新月异，各种Javascript的框架和JSX的技术，使得前端开发变得更加方便高效，所获得的用户体验也变得越来越好。例如Angular JS（包括1和2两个版本）、React + Redux、Knockout.JS、Backbone等等。在实际项目中，我们也运用了这其中绝大部分技术，然而，在我的这个博客系统中，我没有使用单页面应用的解决方案，而是继续使用前端Razor+后端C#代码的方式，对啦，这就是ASP.NET Core MVC！我没有使用任何MVVM的框架，只是简单地使用了Bootstrap和jQuery，对我来说，这样选择的原因有以下几个：相对而言对ASP.NET MVC比较熟悉，更容易尽快完成开发任务本身站点逻辑不是太复杂，暂时没有必要使用这些前端框架打算体验一下ASP.NET Core的新特性当然，为了实现一些特定的功能，我还是选用了一些开源代码和框架，现给大家大致介绍一下。关于首页的分页实现首页实现了博客文章的服务端分页，每次仅向服务器请求有限量的数据。分页控件是自己写的一套算法实现的，并套用了Bootstrap的pager样式，实现了响应式用户体验。分页控件使用了ASP.NET Core MVC中新的Tag Helper技术，从算法上根据每页的大小和总博客数量，对页号进行分段处理，使得整个分页功能有个很好的用户体验。关于验证码生成验证码的生成在经典的ASP.NET应用程序中能够非常容易地实现。经典ASP.NET应用程序基于Full .NET Framework，运行于Windows的IIS上，依赖于Windows的图形库，可以很方便地产生图片。然而，ASP.NET Core应用程序则完全不同，为了实现跨平台，就无法使用System.Drawing命名空间下的类型（当然你可以指定你的ASP.NET Core应用程序使用net45，但是这样无法跨平台）。在这里我使用了CoreCompact.System.Drawing这个库，可以通过nuget搜索到 。它会依赖于Microsoft.Win32.Primitives库，这个库定义了一些与Drawing相关的数据结构，但是没有提供任何图形库的实现。有兴趣的读者不妨一试。关于回复编辑器没什么好说的，使用了著名的CKEditor作为编辑器，当然，我选择性地启用/禁用了某些功能。关于博客文章中的代码高亮使用了著名的Alex Gorbatchev的SyntaxHighlighter，博客园也是使用的这个库，不过我用的可能不是最新版本。关于回复中的时间信息在每篇博客文章后面会显示网友的回复内容。这些内容会显示回复时间与当前时间的关系信息，比如：上图显示这则回复内容是发表于25天前的。可别小看了这个部分的实现，我是采用了一个叫做的库。这个库很有意思，它能提供一些非常实用的API，比如给它一个英文名词，它可以返回复数形式；给它一个日期，它能返回一个更贴近人类自然语言的表述。它还有很多其它的有趣的功能，大家可以去了解一下。关于博客发布的MetaWeblog API博客系统支持使用Windows Live Writer发布博客，它通过提供的实现了MetaWeblog API。通过Windows Live Writer可以直接将站点添加到帐号中：基本上前端所使用的一些技术和第三方框架就如上所述。下面来看看后台的一些技术选型。后台数据库与数据访问组件正如上所述，新博客系统后台使用Azure SQL Database，也就是托管的SQL Server关系型数据库。为什么选择SQL Server而不选择MongoDB等目前流行的NoSQL方案？作为一个博客网站，我没有找到选择NoSQL的理由，Azure上也有托管的MongoDB服务，仅管它是委托由Bitnami负责运维的。另一方面，虽然我选择了Azure SQL Database，但我没有使用任何第三方的数据访问框架，没有使用ORM，包括目前流行的Dapper。没有选择ORM的理由，一方面感觉ORM在这个场景里还是太重，另一方面，截止我进行技术选型时，Entity Framework Core无法满足我的需求，至少它无法从领域模型的角度去支持多对多的映射。那为何又没有选择Dapper呢？主要原因还是一样：无法满足我的需求。原生的Dapper类库需要写一些SQL脚本，虽然轻量了，但失去了对代码重构的支持，Dapper.Contrib增加了一些更友好的API，但仍然无法满足自己的需求。几番思考，我决定自己写一个小框架，既可以支持自己定义的简单领域模型，又可以支持基于Lambda的语法、支持数据库事务、支持异步API、支持多种类型的关系型数据库。这个小框架的代码位于命名空间下，使用了一些非常巧妙的技巧，比如，开发者可以使用Lambda表达式来定义查询条件，框架会通过ExpressionVisitor（访问者模式）将Lambda表达式转换成SQL语句。下面的代码正是这个框架的使用代码：12345678910111213141516171819var&rowsAffected = await this.storage.ExecuteAsync(async (connection, transaction, cancellationToken) =>{&&&&var&account = (await this.accountStore.SelectAsync(connection, &&&&&&&&acct => acct.UserName == userName, &&&&&&&&transaction: transaction, &&&&&&&&cancellationToken: cancellationToken)).FirstOrDefault();&&&&if&(account == null)&&&&{&&&&&&&&throw&new&ServiceException(HttpStatusCode.NotFound, Reason.EntityNotFound, $'未能找到帐号名称为{userName}的用户帐号。');&&&&}&&&&account.DateLastLogin = DateTime.UtcN&&&&return&await this.accountStore.UpdateAsync(account,&&&&&&&&connection,&&&&&&&&acct => acct.UserName == userName,&&&&&&&&new&Expressionobject>>[] { acct => acct.DateLastLogin },&&&&&&&&transaction, cancellationToken);});这段代码用于更新指定帐号名称的用户的登录时间，代码中没有穿插SQL语句，而是使用Lambda表达式进行表述。代码中storage对象指代关系型数据库的实体，而accountStore则表示对某种实体（在此处是帐号实体）的存储，有点像领域驱动设计中的Repository的概念。这样的设计是为了实现职责分离：accountStore不会依赖于storage（也就是关系型数据库类型）的实现。日志无论是前端还是后端，我都使用了作为日志框架，并将日志推送到系统。具体做法我会在另外的博客文章中详细介绍，在此就不多介绍了。下图就是本博客的日志输出，为了省钱，在Docker容器启动时，通过环境变量将日志级别设置为Warning。API文档不多说，。具体实现方式我也会在另外的文章中介绍。缓存暂时未使用缓存，下一步会增加。好了，整个博客的架构以及前后端技术大概就介绍这么多，如果要深入技术实践的每一个细节，我想，估计几个系列文章都讲不完。还是如本文最开始的时候所述，博客代码开源，大家可以学习交流。今后我仍然会争取多写一些文章来介绍相关技术。我还会继续在博客园发表博客吗？当然会！博客园一直是我与大家交流的主要场所，将来也是。可以理解，为了向大家提供更多高质量的“干货”，博客园对博主们所发文章都会有一些限制，博客主题行文也会有一些约束。作为我本人来说，在博客这种形式下，我或许应该可以以更多的方式来表现我的技术生涯，甚至是自己的一些对生活中事物的思考，这或许对他人的技术发展也会是一种启发，在获得大家的反馈和回复以后，我也能继续提高自己。与这些相关的内容，我会发表在自己的博客中，当然，我想，我自己的博客仍然会以技术类文章为主吧。目前这个新博客显示了我曾经在博客园发表的博客（当然只是为了充数，使得主页不显得那么单调，所有图片中还是保留博客园的链接）。我打算给这个新博客定下三个月的试运营阶段，这个过程准备考察一下系统的运行状况，并总结一下微软Azure云的使用心得，当然最重要的是衡量一下自己能否支付得起运营的这笔开销。整个试运营阶段我还会继续往系统加入更多功能。如果运营失败，也请大家多多包涵，权当是我为社区多贡献了一个开源项目吧。总结本文首先阐述了我对社区贡献的一些实际情况，并由此引出我自己全手工打造的基于ASP.NET Core实现的博客系统；接下来介绍了这个系统的整体架构和部署，以及前后端的一些技术选型；最后对大家可能提出的问题进行了简要解答。马上又要进入新的一年了，也快到了自己MVP Renew的时间，无论Renew是否成功（去年贡献量感觉不是太高），我仍将继续坚持为社区多做贡献，真正做到“专业、求是、解惑”。原文地址： http://www.cnblogs.com/daxnet/p/6139317.html
TA的最新馆藏[转]&[转]&
喜欢该文的人也喜欢基于ASP的网上书城系统
毕业论文doc下载_爱问共享资料
基于ASP的网上书城系统
毕业论文.doc
基于ASP的网上书城系统
毕业论文.doc
基于ASP的网上书城系统
毕业论文.doc
简介：本文档为《基于ASP的网上书城系统
毕业论文doc》，可适用于IT/计算机领域，主题内容包含基于ASP的网上书城系统毕业论文题目:网上书城系统的设计与实现姓名:学院:专业:班级:学号:指导教师:职称:年月日南京农业大学教务处制摘要关键词Ab符等。
侵权或盗版
*若权利人发现爱问平台上用户上传内容侵犯了其作品的信息网络传播权等合法权益时，请按照平台要求书面通知爱问！
赌博犯罪类
在此可输入您对该资料的评论~
添加成功至
资料评价：刘 全（泸州职业技术学院信息工程系，四川 泸州 646005）
摘& 要：本文从现实中用户对于网上购书功能方面的需要进行需求分析与整理，然后将系统需求转化为系统功能模块设计，分为前台和后台模块，并展示了后台部分子模块的划分；在系统实现阶段编写了代码并测试了系统运行。
关键词：网上购书系统；ASP.NET；数据库
&&&&&&& 1 概述
&&&&&&& Internet的普及不仅带来了丰富的信息，还大大改变了商业运行模式和人们的消费观念。目前Internet用户当中，知识背景比较强的白领、大学生、公务员等更有消费能力，他们在生活品质、知识更新方面的需求非常高，但业余时间却不多。繁忙的工作学习，局限了这类人群花大量的时间去寻找挑选满足他们需要的书籍等商品，网上书店的出现给这类人群带来了希望。在微软公司的Windows平台下利用ASP.NET技术和后台数据库可以方便地构建出网上购书平台系统。网上购书系统相对传统的书店能大大缩短与消费者之间的距离，同时更好地满足消费者个性化、多样化等需求，也节约了实体店铺诸多运营成本。
&&&&&&& 2 系统需求分析
&&&&&&& 需求分析就是弄清楚用户需要该系统做什么，通过分析Internet上在线图书销售的过程可以看到：用户首先要访问网上书店，浏览图书的相关信息；如果看到有自己满意的图书，可以选中并放入购物车中；当自己确实要购买时，就登录系统填写并发送订单。网上书店经营者会在后台定期处理客户发来的订单并审核通知仓库发货。根据实际的需要系统需求分析如下：
&&&&&&& ①书籍管理。包括添加书籍的名字、图片、详细信息等；推荐指定书籍，增加指定书籍的库存量，删除指定书籍；添加、修改和删除书籍类别或转移书籍类别；搜索查询书籍的编号、类别或价格区间等。②会员管理。包括注册新会员，激活会员账号，删除会员账号；添加、修改和删除会员等级，并对各等级作相应折扣设置。查询会员的编号、激活状态或会员详细信息等。③订单管理。包括根据订单编号或订单处理状况查询并审核；删除或回收指定订单；导出订单数据。④网站管理。包括启动和停止购书系统网站的Web服务；添加、修改和删除网站的商品配送方式及其费用；添加和删除网站的公告信息；修改网站提供的协议，比如保密协议、交易条款、配送范围、退货原则、交款方式、注册协议和订单提交提示信息；添加、修改和删除相关友情链接；统计网站的历史访问量和当前在线人数；查询所有会员的访问情况等。⑤安全管理。包括对系统管理员提供添加管理员的权限，添加时设置新管理员的权限；修改管理员自己的密码；备份和还原现有数据库等。
&&&&&&& 3 系统设计
&&&&&&& 系统需求分析完成以后就要将用户功能需求转换成系统功能模块进行总体设计和详细设计。本系统采用B/S体系结构架构，浏览器通过网络向远程购书系统的Web服务器发送请求，服务器对浏览器的请求进行运算与处理，最后将用户所需信息和数据返回给浏览器。
&&&&&&& 总体上来说，网上购书系统分为前台信息展示模块和后台网站管理模块。其中前台又可划分为：图书展示模块、信息展示模块、会员模块、订购模块；后台可划分为图书管理、订单管理、会员管理、安全管理、网站管理、访问统计等模块。而在详细设计时需将总体设计划分的模块进一步划分成子模块，比如后台部分分为系统管理员和普通管理员，他们权限不同，其中系统管理员的后台管理中图书管理模块包括：书籍类别管理、添加书籍、书籍管理、书籍转移、搜索查询等子模块；订单管理模块包括：订单搜索、订单处理、订单导出、订单回收等子模块；会员管理模块中包括：会员级别管理、会员折扣管理、会员注册管理、搜索查询等子模块；安全管理模块中包括：修改密码、添加管理员、权限设置、在线维护等子模块；网站管理模块中包括：网站开关设置、商品配送设置、网站公告管理等子模块；访问统计模块中包括：基本统计、访问明细等子模块。数据库的设计一般是在一个已经成熟应用了的数据库管理系统的基础上设计开发，本系统采用的是SQL server2005数据库管理系统，其中建立了相应各表以实现图书与用户信息、图书与用户订单、图书与图书类别、图书与用户购物车以及图书与图书详细信息等表之间的关系。
&&&&&&& 4 系统实现与测试
&&&&&&& 在选择了系统架构方式并划分好系统模块、子模块、接口等以后就可以根据业务流程设计相应算法，然后利用基于ASP.NET的C#程序设计语言产生能够被机器理解和执行的代码。系统测试的目的是在网上购书系统部署之前确定和处理其潜在的一些问题以保证解决方案组件满足项目计划的时间和质量目标。
&&&&&&& 在图书展示模块中，需要向用户进行展示图书介绍的文字信息和图书照片等，还要能为不同的图书分类显示；此外，网站还具有图书搜索功能可以更快速地查找所需图书。这需要从数据库中获取图书信息，先构造并打开数据库连接对象：
&&&&&&& SqlConnection con = sqlconn.mysqll（）；
&&&&&&& con.Open（）；
&&&&&&& 然后用SQL命令和连接对象初始化数据适配器对象：
&&&&&&& string str = &select top（8） * from Tab_Book &；
&&&&&&& SqlDataAdapter dap = new SqlDataAdapter（str, con）；
&&&&&&& 接着通过数据适配器对象往数据集中填充表&bookinfo&
&&&&&&& DataSet ds = new DataSet（）；
&&&&&&& dap.Fill（ds, &bookinfo&）；
&&&&&&& 最后数据绑定控件，并关闭连接对象。
&&&&&&& DataList1.DataSource = ds.Tables[&bookinfo &]；
&&&&&&& DataList1.DataBind（）；
&&&&&&& con.Close（）；
&&&&&&& 在登录模块测试时，首先输入正确的用户名、密码和验证码；预期结果是能顺利进入系统并获得相关权限；实际结果是能顺利进入系统；结果分析为在正确输入用户名、密码和验证码的情况下，能正常进入系统。然后又输入正确的用户名、密码和不区分大小写的验证码；预期结果是能顺利进入系统，并获得相关权限；实际结果是提示输入出错，未能进入系统；结果分析为验证码区分了大小写，用户使用不够方便。
&&&&&&& 5 结论
&&&&&&& 本文首先研究发现Internet的普及大大改变了商业运行模式和人们的消费观念，网上购书系统相对传统的书店有诸多优点，从而阐述了网上购书系统的开发技术研究和架构分析的意义；然后在调查研究弄清Internet上在线图书销售的业务流程和数据流程等的基础上对网上购书系统作了详细的需求分析；接着将用户功能需求转换成系统功能模块进行总体设计，并介绍了后台部分模块如何划分为子模块；在系统实现的阶段根据模块内部的数据结构和程序逻辑需要结合业务流程设计相应算法，本系统采用基于ASP.NET的C#程序设计语言产生能够被机器理解和执行的代码；最后还展示了登陆模块的系统测试结果。
[1]赵池龙.实用软件工程[M].北京：电子工业出版社，2003.
[2]微软公司.基于.NET的需求分析和解决方案设计[M].北京：高等教育出版社，2004.
[3]刘全.基于.NET的XML Web服务安全性[J].价值工程，2010，7.
[4]李园媛.基于.NET的网上购书系统设计与实现[D].成都：电子科技大学，2010.
您可能感兴趣的其他文章
&&站长推荐
&&期刊推荐
&&原创来稿文章
&&网络读者服务
转寄给朋友
朋友的昵称:
朋友的邮件地址:
您的邮件地址:
写信给编辑
您的邮件地址:您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
基于ASP的网上书城系统_毕业论文.doc 26页
本文档一共被下载：
次 ,您可全文免费在线阅读后下载本文档。
下载提示
1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受理。
2.该文档所得收入(下载+内容+预览三)归上传者、原创者。
3.登录后可充值，立即自动返金币，充值渠道很便利
你可能关注的文档：
··········
··········
毕业论文（设计）
基于ASP的网上书城系统
南宁学院教务处制
关键问题 2
1 相关技术介绍和环境的配置 3
ASP技术综述 3
ASP的发展： 3
ASP的特点： 3
ASP与IIS 4
IIS与ASP的结合 4
ASP的开发工具 4
ASP的运行环境 5
此应用程序可广泛运行于国际互联网即Internet，也可适用于内部的局域网。其运行要求和逻辑结构分别如下： 5
2 需求分析 5
系统分析 5
设计目标 5
可行性分析 5
设计的总体规则 6
功能设计 6
管理员对功能的需求： 6
图书管理 6
客户对功能的需求 6
性能需求 6
3 总体设计 10
网站功能概述 10
系统功能模块划分 10
3.2.1 前台用户管理模块 11
3.2.2 后台管理模块 12
系统功能流程图 12
用户流程图 12
管理员流程图 13
4 数据库设计 15
数据库需求分析 15
数据库逻辑结构设计 15
4.3 数据库的生成与配置 17
5 详细设计 18
用户端界面设计 18
系统首页设计 18
系统主页面设计 19
参考文献 24
网上书城的设计与实现
软件技术专业学生
随着网络信息的发展，网络在人们生活中的应用越来越广泛。人们越来越想在最短的时间内购买到自己所需的图书。但书目的繁多，给人们在繁忙的工作生活中购书带来了很大的麻烦，于是网上购书便成了人们向往的事情，此系统的开发为人们带来了很大的方便，使他们足不出户就可以轻轻松松地买到自己想要的书，既省时又省力。
在电子商务网站中，网上书店是目前应用最广、最成功的典范之一。通过它用户可以在网络上通过Internet，突破时间和空间的限制而实现网上购书。网上书店的崛起对传统的图书流通体系产生了强烈的冲击，有效地缩短了图书流通发行环节，将广大读者、图书、出版者、发行者紧密地结合在一起，大大提高了图书流通率。它有着经营成本低、库存是虚拟的、用户检索方便、地域限制少等特点。
本系统以ASP为主要制作工具，实现了用户注册、登陆、验证身份及用户数据的采集、书籍的预览查询、对书籍的购买通过购物车实现、可进入留言本留言从而实现了网站与客户之间的交流和沟通等。
关 键 词 : 网上书店、电子商务、购物车、ASP
在Internet飞速发展的今天，互联网成为人们快速获取、发布和传递信息的重要渠道，它在人们政治、经济、生活等各个方面发挥着重要的作用.因此网站建设在Internet应用上的地位显而易见，它已成为政府、企事业单位信息化建设中的重要组成部分，从而倍受人们的重视。这次我所设计的课题正是互联网与社会生活之间的紧密关系的体现，现今的社会，人们已经离不开了网络，网络已经成为人与人之间交流的一种形式，他能够把事情的复杂化转为简单化。本课题的重点主要是网站素材的选择与框架的搭建，一个好的网站要有许多的主页相互之间链接起来，以及其中添加一些动态、图片、声效等链接。综合地完成网站的建设才能体现主题，才能把浏览者的目光吸引到每一个主页上，内容的及时更新也是网站建设的一个主要实际问题，只有不断得到更新的主页内容才能使浏览者再次访问该网站，没有新鲜的内容素材，没有时代性的哲学理念，远远不能称得为好网站
1 相关技术介绍和环境的配置
ASP技术综述
ASP的发展：
ASP1.0作为IIS（Interne
正在加载中，请稍后...