企业官网建设流程全解析

简介：面向ASP课程设计/毕业设计学生，这套完整项目以药店日常运营为业务背景，涵盖药品信息管理、库存自动增减、销售记录、客户资料及多级管理员权限等模块，可直接作为选题方案或二次开发蓝本。压缩包共133个文件，以82个ASP页面为主体，配合CSS样式与GIF/JPG图片完善前端界面，另含12个DOC论文及开题报告、2个PPT答辩材料、MDF/LDF数据库文件和相关运行附件，整体仅5.23MB，便于按文档、源码、演示分类查阅。目前已有406人学习下载。通过阅读源码可掌握ASP脚本与数据库联动、B/S架构下的数据处理、登录验证与防SQL注入等安全思路，结合论文和答辩PPT能快速梳理设计脉络与答辩要点，适合需要独立完成课设或毕设的学生。

1. ASP 药店管理系统：为什么这套课设项目看起来旧却依然能打

ASP 药店管理系统听起来像是上个时代的产物，但在毕业设计和课程设计里，它依然是高频题型：技术栈足够老、业务模型足够完整，反而容易讲清楚。这套资源包一次性给出论文、源代码、开题报告和答辩 PPT，核心是 ASP 脚本加 Access 数据库，把药品进销存、销售记录和客户信息做成一套可运行的 Web 系统。适合正在选课设题目、需要一套能跑、能讲、又能改的参考项目的同学，也适合想快速理清 B/S 架构下增删改查全流程的从业者。别因为它用 ASP 就低估它，恰恰是这种没有框架包裹的代码，最能看出 Web 应用的基本功。你拿到手以后会发现，真正要你写的代码量不多，难的是把业务逻辑和数据库状态在脑袋里串起来。

2. 从文件清单看系统骨架：adovbs、md5、mededit 各管什么

拿到压缩包第一件事，别急着开 IIS，先把文件摊开看一遍。这套项目的文件名非常直白，几乎每个文件都能直接猜出用途。我这几年拆过的课设包里，ASP 老项目是最容易通过文件名反推结构的，因为它没有路由配置、没有 MVC 分层，所有逻辑都摆在文件名里。先看懂这一层，后面改功能、修报错都会轻松很多。

2.1 按文件名反推模块划分

项目正文里列出的几个关键文件，已经能覆盖系统的主干。把它们翻译成业务模块，大概是下面这张表：

除了这些，包里通常还会有数据库连接文件、登录页、主页面、销售和库存相关的 ASP 文件。这种命名方式很朴素，但比某些抽象成 service 和 dao 的框架项目更容易读懂。你要做的不是把每个文件都读完，而是先按“数据库、工具、业务页、布局”四类把它们分组。我一般会再建一个分组清单，把自己改过的文件标出来，后续答辩问起“你改了哪里”的时候，直接照单回复。

这套系统的整体结构是典型的单层 ASP + Access：没有独立业务层，页面既是视图也是控制器。对课程设计来说这是优点，代码量小、调用链短、数据流一眼能看完。缺点也明显，公共逻辑会重复出现在多个页面。所以后文你会看到我反复强调 include 公共文件，就是为了减少这种重复。

2.2 先搞懂 B/S 请求链路：IIS 怎么把 ASP 变成 HTML

ASP 是服务器端脚本环境，文件后缀为 .asp。浏览器请求一个 .asp 地址时，IIS 并不会直接把文件发给客户端，而是在服务器上执行文件里的脚本，把 VBScript、HTML 和数据库查询结果混在一起，最后渲染成一段纯 HTML 返回给浏览器。整个过程用户看不到 ASP 源码，也访问不到 Access 数据库文件本身。这也是 B/S 架构在维护上的最大优势：客户端只需要有浏览器，业务逻辑和数据库都集中在服务端。

你可以用一个最简单的 ASP 页面验证这套链路是否正常：

<%@ Language="VBScript" CodePage=65001 %> <% Response.Write "<html><body>" Response.Write "当前时间：" & Now() Response.Write "</body></html>" %>

这段代码做了三件事：第一，通过Language="VBScript"告诉 IIS 使用 VBScript 解析；第二，用Response.Write输出 HTML 内容；第三，调用 VBScript 内置函数Now()返回当前服务器时间。如果你把这个文件放到 IIS 站点目录里用浏览器访问，能看到页面就说明 ASP 脚本引擎已经正常工作。

在正式药店系统里，每个 .asp 页面做的事情都是这个模式的扩展：接收用户请求，读写数据库，拼接 HTML 表格或表单，返回给浏览器。理解这条链路之后，很多“为什么改完代码刷新没用”的问题你就知道从哪排查了——大概率是没重启 IIS，或者浏览器缓存了旧页面。

2.3 数据库连接与 adovbs.asp 常量的坑

药店系统最常用的数据库组合是 Access。原因很直接：它是单文件数据库，拷贝整个项目时把 .mdb 文件一起带走就行，不需要单独装数据库服务；对课程设计这种数据量在几千行以内的场景，性能完全够用。如果有同学想用 SQL Server，那意味着部署时要额外配置服务、账号和权限，复杂度会上一个台阶。

连接数据库时，代码里最常出现的组合是下面这一段。我建议你把它单独抽成一个 conn.asp 公共文件，让所有业务页面都 include 它，而不是每个页面复制一遍连接字符串：

<!-- #include file="adovbs.asp" --> <% Dim conn, rs, sql Set conn = Server.CreateObject("ADODB.Connection") conn.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & Server.MapPath("data/db.mdb") sql = "SELECT * FROM medicine WHERE stock < 10" Set rs = Server.CreateObject("ADODB.Recordset") rs.Open sql, conn, adOpenKeyset, adLockOptimistic If Not rs.EOF Then Response.Write "库存不足的药品存在" End If rs.Close Set rs = Nothing conn.Close Set conn = Nothing %>

开头include的 adovbs.asp 很关键。它不是业务文件，而是 ADO 官方常量定义文件，adOpenKeyset、adLockOptimistic、adCmdText这些常量都写在它里面。如果漏掉 include，执行到rs.Open时会报“变量未定义”，这是 ASP 老项目最常见的低级错误之一。连接字符串里的Provider=Microsoft.Jet.OLEDB.4.0对应 Access 2003 及之前的 .mdb 文件；如果资源包里的数据库是 .accdb，就需要换成 ACE OLEDB 驱动并安装对应运行库，这个坑后面单讲。

Server.MapPath("data/db.mdb")的作用是把相对路径转换成服务器上的物理路径。注意这里千万不要图方便写死成C:\inetpub\wwwroot\project\data\db.mdb，否则换一台电脑、换一个目录立刻报错。我看到的旧项目里有大量这种硬编码路径，每次换环境都要全文搜索替换，属于典型的踩坑后遗。

3. 把药店业务拆成功能模块：商品、库存、销售、客户与权限

这一章从业务角度把系统拆开。你会发现药店管理系统的核心其实就两条线：一条是药品信息的增删改查，另一条是“库存—销售—记录”的数据一致性。客户和管理员权限是这两条线旁边必要的辅助功能。读懂这两条主线的代码，整个项目你就拿下了七成。

3.1 商品管理：medadd.asp 和 mededit.asp 的增删改查套路

商品管理围绕药品表展开，字段一般是药品名称、规格、价格、库存、分类。medadd.asp 负责添加药品，mededit.asp 负责编辑和更新。两个文件的代码套路几乎一致：接收表单参数，做基础校验，拼 SQL，执行，跳转回列表页。看一个典型的添加处理片段：

<% ' medadd.asp 的表单处理逻辑 Dim name, spec, price, stock, category name = Trim(Request.Form("name")) spec = Trim(Request.Form("spec")) price = CDbl(Request.Form("price")) stock = CInt(Request.Form("stock")) category = Trim(Request.Form("category")) If name = "" Then Response.Write "<script>alert('药品名称不能为空');history.back();</script>" Response.End End If sql = "INSERT INTO medicine(name, spec, price, stock, category) VALUES ('" & name & "','" & spec & "'," & price & "," & stock & ",'" & category & "')" conn.Execute sql Response.Redirect "medlist.asp" %>

这段代码值得注意的地方有三个。第一，Trim(Request.Form("name"))去掉首尾空格，防止用户手抖输入一个空格造成脏数据；第二，CDbl和CInt分别把价格和库存转成数值类型，这能拦截一部分非数字输入；第三，alert加history.back()是老 ASP 页面里最常见的前端校验回显方式，代码虽土，但胜在简单直接，课程设计完全够用。

编辑页比添加页多一个步骤：进入页面时通过 URL 参数带一个药品 ID，先查询出该药品原有信息并回显到表单；提交修改后再执行 UPDATE。对应的 SQL 长这样：

UPDATE medicine SET name='药品名', spec='规格', price=12.5, stock=100, category='处方药' WHERE id=7

这里的WHERE id=7是关键。如果漏写条件，会把整张表的药品名全部更新成同一个值，这在真实业务里就是事故。所以每当你看到 UPDATE 语句，第一反应是确认 WHERE 条件存在且来自可控参数。老 ASP 项目里经常有人把 id 写在查询字符串里而不做类型校验，导致 SQL 注入风险，后面进阶章会讲怎么堵。

3.2 库存控制与销售记录：事务是及格线，不是加分项

销售模块是这套系统里最有价值的部分，因为它涉及两张表的联动：销售时先扣减库存，再写入销售记录。如果这两步之间发生异常，比如写入销售记录失败，而库存已经被扣减，那么系统就出现了“货没了但账没记”的脏数据。防止这个问题的最低标准，就是使用事务。

下面是一段符合老 ASP 写法的销售处理逻辑，我把事务和错误处理都放进去：

<% ' 销售处理：库存扣减 + 销售记录写入，必须在一个事务里 On Error Resume Next Dim medId, qty, total, affected medId = CInt(Request.Form("medId")) qty = CInt(Request.Form("qty")) total = CDbl(Request.Form("total")) conn.BeginTrans sql = "UPDATE medicine SET stock = stock - " & qty & " WHERE id = " & medId & " AND stock >= " & qty conn.Execute sql, affected If affected = 0 Then conn.RollbackTrans Response.Write "<script>alert('库存不足');history.back();</script>" Response.End End If sql = "INSERT INTO sale(med_id, qty, total, sale_date) VALUES (" & medId & "," & qty & "," & total & ", Now())" conn.Execute sql If Err.Number = 0 Then conn.CommitTrans Else conn.RollbackTrans Response.Write "销售记录写入失败" End If %>

这段代码的要点集中在三处。第一，conn.BeginTrans开启事务，之后所有数据库操作进入同一个事务上下文；第二，UPDATE 语句里加了AND stock >= qty条件，如果库存不够，受影响行数 affected 就是 0，这时执行RollbackTrans回滚，不给负库存留机会；第三，On Error Resume Next让错误发生时程序不中断，最后通过Err.Number判断是否成功，失败就回滚。

我在拆这类项目时发现，很多同学的代码里没有事务，只有两条顺序执行的 SQL。如果是静态演示还好，一旦被老师追问“如果第二条 SQL 失败怎么办”，答不上来会显得对数据一致性缺少基本认知。其实只要把这两步包进事务，并把库存充足的判断放到 UPDATE 条件里，就已经是合格的销售模块了。事务不是加分项，是及格线。

3.3 客户管理与管理员权限：MD5 加密和 Session 控制的边界

客户管理模块的结构和商品管理几乎一样，换了一张 customer 表，字段换成姓名、联系方式、购买历史。代码上没有太大差异，不需要重复展开。更有意思的是管理员权限控制，它涉及两个老 ASP 项目里绕不开的技术点：MD5 加密和 Session 状态。

先看登录验密代码。密码不能明文存数据库，这套资源包里的 md5.asp 就是做这件事的：

<!-- #include file="md5.asp" --> <% If IsEmpty(Session("admin")) Then Response.Redirect "login.asp" End If Dim username, password username = Trim(Request.Form("username")) password = MD5(Trim(Request.Form("password"))) sql = "SELECT * FROM admin WHERE username='" & username & "' AND password='" & password & "'" Set rs = conn.Execute(sql) If Not rs.EOF Then Session("admin") = rs("username") Response.Redirect "main.asp" Else Response.Write "<script>alert('用户名或密码错误');history.back();</script>" End If %>

登录成功后把用户名写进 Session，后续每个后台页面顶部都做同一个判断：If IsEmpty(Session("admin")) Then Response.Redirect "login.asp"。这样用户不登录直接输 URL 访问后台页面，会被拦回登录页。Session 默认有效期是 20 分钟，可以在 IIS 管理器的“ASP → 会话属性”里调长或调短，课程设计一般保持默认。

MD5 的边界要说清楚：它只能防止密码在数据库里以明文形式暴露，并不能保证绝对安全。没有加盐的 MD5 很容易被彩虹表反查，登录框如果存在 SQL 注入，照样可以被绕过。所以你在答辩时不妨主动说一句“这里是 MD5 加密，后续改进方向是加盐或换用更强的哈希算法”，这句话会显得你对安全性有认知，而不只是会用函数。

4. 本地复现步骤：IIS 配置到跑通完整流程

这一章是照着做就能跑通的手册。你不需要理解每一行代码，但环境配置的顺序不能乱。先准备 IIS，再改连接字符串，最后按业务路径验证，一步都别省。

4.1 准备环境：Windows + IIS + Access 的最小组合

这套系统最稳妥的运行环境是 Windows 自带 IIS，不建议为了省事装着 PHP 环境或者用其它模拟器去跑 ASP，扩展名解析和内置对象支持都会出问题。在 Windows 功能对话框里，需要勾选这样几项：Internet Information Services、万维网服务、应用程序开发功能下的 ASP、默认文档和静态内容。

如果你习惯命令行，可以用 PowerShell 以管理员身份执行：

Enable-WindowsOptionalFeature -Online -FeatureName IIS-WebServerRole, IIS-ASP -All

执行完成后系统会提示重启是否立即生效，重启后 IIS 服务会自动启动。这条命令同时启用了 IIS 主服务和 ASP 脚本引擎，家庭版可能不支持，遇到这种情况就用控制面板手动勾选。接下来把解压后的项目文件夹放在C:\inetpub\wwwroot\asp_pharmacy下，注意路径里不要带中文和空格，否则后面调试时会遇到一些莫名其妙的问题。

IIS 默认站点启动后，还需要把 index.asp 加进默认文档列表。在 IIS 管理器的当前站点里找到“默认文档”，双击进入，添加 index.asp，并把它挪到列表最上方。不做这一步，你访问站点时会直接得到目录列表或者 403 错误。

4.2 数据库文件与连接字符串：改这一个地方就能跑

打开项目里的 data 目录，找到扩展名为 .mdb 的数据库文件，文件名可能叫 db.mdb 或 pharm.mdb，以实际压缩包为准。下一步是确认所有 .asp 页面里的连接字符串是否统一。如果代码里已经有一个独立的 conn.asp，那最省事；如果没有，建议自己新建一个，内容就是第 2.3 节那段连接代码，然后在每个需要访问数据库的页面顶部用 include 引入：

<!-- #include file="conn.asp" -->

注意 include 的路径是相对于当前页面的。如果当前页面在根目录，conn.asp 也在根目录，这样写没问题；如果页面在子目录里，就要写成../conn.asp，或者用<!-- #include virtual="/conn.asp" -->从站点根目录开始找。很多报错“文件找不到”并不是文件真的缺失，而是 include 相对路径写错了。

数据库连接字符串里的 Provider 是另一个容易踩坑的地方。资源包如果是 .mdb 文件，就用Provider=Microsoft.Jet.OLEDB.4.0；如果是 .accdb 文件，需要换成 ACE 驱动，并且本机要先安装对应的 Access Database Engine 运行库。判断方法很简单：看数据库文件后缀，再打开文件看页面里的连接字符串，两者必须匹配。

4.3 登录、加药、销售、查库存的验证路径

环境配置完，不要急着改功能，先把系统按真实业务流跑一遍。我习惯把它当一个验收清单用，顺序是：

1. 浏览器访问http://localhost/asp_pharmacy/index.asp，能出现后台登录页。
2. 用初始管理员账号登录。初始账号和密码一般放在 admin 表或论文的数据库设计章节里，不要自己去猜，打不开数据库就用文档里的说明。
3. 进入药品管理，新增一种测试药，填写名称、规格、价格和库存。
4. 回到药品列表，确认刚添加的记录出现，再点编辑修改价格，确认 UPDATE 生效。
5. 做一笔销售，填写数量和售价，回到库存管理看对应药品库存是否减少。
6. 把某种药品的库存改成 5，再销售 10，确认系统会拦截并提示库存不足，而不是生成负库存。
7. 退出登录后直接访问 main.asp 或 medadd.asp，确认被 Session 判断拦回登录页。

前两步验证 IIs 和 ASP 环境，中间两步验证商品模块，第五步验证销售联动，第六步验证事务边界，第七步验证权限控制。全部通过后，物理环境才算真正打通，后面改代码才有意义。

5. 避坑与常见问题：ASP 药店系统本地跑不通的五个典型翻车点

老 ASP 项目第一次在本地跑通，大概率不会一帆风顺。下面这些问题是我在拆旧项目时反复遇到的，按现象、原因、解决三段式写清楚，你照着排查就行。

5.1 环境与权限：页面显示源码、数据库找不到、驱动不兼容

现象一：浏览器访问 .asp 文件，返回的是一整段代码，而不是执行后的页面。原因多数是 IIS 的 ASP 功能没启用，或者安装 IIS 时没有勾选“应用程序开发功能”下的 ASP。解决方法是回到 Windows 功能里勾选 ASP，然后以管理员身份运行iisreset重启 IIS。如果在 IIS 管理器的“处理程序映射”里找不到 asp 条目，说明功能确实没装好，重新走一遍功能安装。

现象二：运行到连接数据库时报 80004005，提示无法打开数据库文件。最常见的原因是数据库连接字符串里写了绝对路径，换一台电脑目录结构不同就失效；其次是 IIS_IUSRS 用户对 data 文件夹没有读取和写入权限。解决方法是把连接字符串改成Server.MapPath相对路径，然后在项目文件夹上右键，给 IIS_IUSRS 授权读取和写入，操作完重启 IIS。注意如果数据库文件之前在 Access 里被打开过，文件可能处于锁定状态，也会报类似错误，把 Access 窗口关掉再刷新页面。

现象三：64 位 Windows 下报“未在本地计算机上注册 Microsoft.Jet.OLEDB.4.0”。原因是 Jet 4.0 驱动是 32 位组件，而 IIS 默认应用程序池以 64 位模式运行，进程加载不了 32 位驱动。解决方法是打开 IIS 管理器，在“应用程序池”里找到当前站点使用的池，进入“高级设置”，把“启用 32 位应用程序”设为 True，然后回收该应用程序池。如果不想降级到 32 位模式，也可以安装 Access Database Engine 运行库并把连接字符串改成 ACE 驱动，需要注意运行库版本位数要和系统一致。

5.2 代码与编码：常量未定义、中文乱码

现象四：执行到 rs.Open 时提示 adOpenKeyset 或 adLockOptimistic 未定义。原因是在使用 ADO 常量的页面里漏掉了对 adovbs.asp 的 include。解决方法是检查页面顶部是否有<!-- #include file="adovbs.asp" -->，并且路径是否正确。注意 include 文件路径错误时，IIS 不一定报 500，有时只是静默不执行，所以要先从 include 语句查起。如果你把 adovbs.asp 放在了子目录，就要相应调整相对路径，或者使用 virtual 方式从站点根目录引用。

现象五：页面中文显示成乱码或问号。原因是 ASP 文件保存编码和浏览器解析编码不一致。比如文件以 ANSI 编码保存，页面却声明了 UTF-8，浏览器就会按 UTF-8 解码 ANSI 字节，结果全是乱码。解决方法是在页面第一行加<%@ Language="VBScript" CodePage=65001 %>，并把 HTML 的 meta charset 改成 utf-8，文件另存为 UTF-8 编码。如果项目原本用的是 GB2312，就把 CodePage 改成 936，并保持文件 ANSI 编码，不要混着来。Access 数据库本身支持 Unicode，问题几乎都出在编码匹配上。

5.3 快速排错：打开详细错误显示和 IIS 日志

遇到 ASP 报错时，第一步是让错误信息完整显示出来。浏览器默认会开启“友好的 HTTP 错误消息”，把真正的错误信息吞掉，只给你一个“500 内部服务器错误”。解决方式很简单：在浏览器设置里取消“显示友好 HTTP 错误消息”，或者在 IE 兼容模式下查看 。这个不起眼的小设置能省下大量排查时间。

IIS 侧也要打开详细错误。在 IIS 管理器里选择当前站点，双击“ASP”，在“调试属性”里把“将错误发送到浏览器”设为 True，然后应用。这样 ASP 脚本的语法错误、数据库错误都会直接显示在页面上，而不是只给一个状态码。如果错误仍然不明确，可以看 IIS 日志，默认位置在C:\inetprop\logs\LogFiles，按日期找到对应日志文件，看第 500 行附近的错误码和页面路径。

排错顺序我一般遵循“先环境、后代码、再数据”：先确认 ASP 功能和 IIS 站点正常，再确认数据库连接字符串和驱动，最后才去读业务 SQL。跳过前面任何一步，直接扎进代码里找问题，往往白忙一场。这套思路放到任何 ASP 老项目里都适用。

6. 把这份毕业设计改出新意：从 demo 到可演示系统的三个小技巧

功能跑通只是及格线，答辩时老师更愿意看到“这里我改过，原因是什么”。与其大改不如做三个小而准的升级。

第一个技巧是把字符串拼接的 SQL 换成参数化查询。以登录模块为例，原来用WHERE username='" & username & "'存在注入隐患，改成 ADO Command 后，输入内容只作为参数传递，不会改变 SQL 结构：

Dim cmd, rs Set cmd = Server.CreateObject("ADODB.Command") cmd.ActiveConnection = conn cmd.CommandText = "SELECT * FROM admin WHERE username=? AND password=?" cmd.CommandType = 1 ' adCmdText cmd.Parameters.Append cmd.CreateParameter("p1", 200, 1, 50, username) cmd.Parameters.Append cmd.CreateParameter("p2", 200, 1, 50, password) Set rs = cmd.Execute

这里?是占位符，CreateParameter的四个参数分别表示名称、类型、方向和长度，Type 200 是字符串，Direction 1 是输入参数。改动很小，但回答“如何防止 SQL 注入”时你能直接甩出这段代码。

第二个技巧是加一个库存临界值提醒。在后台首页里新增一段查询逻辑：SELECT * FROM medicine WHERE stock <= 10，把结果列成表格并用红色标出低库存药品。这个功能不涉及新表，只是把原有数据换一种方式展示，却能凸显你对业务痛点的理解。

第三个技巧是演示前把数据“演”干净。清空销售记录、把库存恢复成初始值、确保每条演示数据口径一致。我见过不止一位开发者因为在演示时残留了上一轮的数据，被老师追问“这个金额怎么对不上”而卡住。从那以后，我每次接手这类老项目，都会强制走一遍“清数据→登录→加药→销售→查库存→退出”的完整路径，顺便确认时间、数字、权限都没问题。这套资源包本身已经把论文、开题报告、答辩 PPT 和源码配套齐全，把上面三个小改动补进去，就是一份既完整又耐打的课程设计，希望帮到你。

本文还有配套的精品资源，点击获取