網上花店的设计与实现.docVIP

网上花店的设计与实现 由于千姿百态的花朵述说着千言万语,每一句都解说着美好特别是现在随着人们的生活水平不断进步生活质量不断提高对生活的追求鲜花已经是人们生活不可缺少的点缀花卉消费近年来呈越来越旺的趋势除了花卉本身所具俏丽姿容让人们赏心悦目美化家居等功效外它还可以开发人们的想象力使人们在相互交流时更含蓄更有品位这样我们创办网上校园花店以鲜花专递为市场入点兼顾网站长期市场占有率和短期资金回报率以抢占市场以满足个性消费为主题以鲜花为试点带动其他产品最终能形成具有花店品牌优势的市场.是十分可行的0层数据流图。 管理员对鲜花管理的顶层图，如图3-1所示。 图3-1 鲜花预定系统顶层图 管理员对鲜花管理信息的第0层数据流图，如图3-2所示。 图3-2 鲜花预定系统0层图 3.1.3 数据流图 下面是对用户购买物品和提交订单的过程中，系统内的数据流图，由于这些功能间数据流比较复杂，我按处理事物的功能将它大体上划分为四部分。图3是商场前台功能划分的高层数据流图。顾客通过登录功能模块1进入购物系统，用功能模块2购买商品，然后在功能模块3提交订单并通过功能模块4退出系统。 图4是进一步分解后的数据流图，用户可以在购物车内放更多的物品，同时允许对已放入的物品删除，如果购买完后，可以对购物车内的物品结账。 图5是进一步分解后的数据流图，用户在收银结算后会生成订单，包括所有物品的总额和用户的部分信息。用户可以对生成的部分信息进行修改，当确认提交时，生成订单号并存入数据库中。此时用户就可以退出购物系统。  网上花店的总体设计 3.2.1 系统E-R图 系统的后台管理E—R图，如图6所示：其中主要涉及的实体有用户、商品、购物车、订单和菜单等(实体属性见附录)。当用户购买时，购物车日志会自动记录下用户购买物品的信息。 3.2.2 数据库设计 在设计数据库时，通常用“范式(Normal Forms)”定义消除数据冗余的程度，范式越高，分解的表也增多，访问时性能（速度）将下降。因此在本设计中我主要以第三范式为主，兼顾系统实际运行情况，允许部分冗余的存在。 下面是E-R图，向关系模型转换后的部分关系模式： 商品（商品编号、商品标识、商品名、商品大类、商品小类、…） 订单（订单号、订单标识、用户编号、支付类型…） 评论（评论标识、用户编号、商品编号、内容、…） 购物车（商品编号、购物车标识、用户编号、商品名、订单号、…） 运送方式（标识、方式、支付金额） 公告板（公告标识、标题、内容、提交时间、提交人、修改时间、修改人） 消息（消息标识、消息内容、发送者、接收者、发送时间、查看、回复） 系统信息（网站名、标题、网址、标志、所有者、QQ、Email、建站时间、…） 管理员（管理员账户、密码、姓名、等级） 菜单（菜单标识、菜单名、网址、页面序号） 商品大类（大类标识、类名、类编号、可视） 商品小类（小类标识、小类名、大类名、小类编号） 管理日志（日志标识、管理员名、事件、结果） 用户购买物品关系模式的关联如图7： 4 网上花店的实现过程 4.1 数据库连接的实现 4.1.2 数据库连接的实现 ASP连接ACCESS数据库的语句 dim connstr,conn,dbdb=data.mdbset conn=server.createobject(adodb.connection)connstr=provider=microsoft.jet.oledb.4.0;data source=server.mappath(db)conn.open connstr 4.2 网上花店系统的实现 4.2.1 主页显示 如图为了用户的操作方便和易于使用，我将商品分类、定单查询、和热门商品放在左边的工具栏。顶部是购物车和商品详细的类别查询 如图：录顾客点击“我的购物车”按钮后，系统会弹出他的购物车，并显示他需要购买的物品，他只要输入现在购买商品的数量就可以完成此步的操作，当然顾客也可以对所购买的物品清空。如果顾客想完成本次购买就可以点击收银台进行下一步的操作，也可以继续购物。 如图17：当顾客在收银台进行结算时，系统会要求拥护用户填写详细的信息（顾客姓名，地址、电话等）、本次结算费用和运送方式并生成一张订单。顾客可以对其中某些信息进行修改并确认。 如图18：顾客在对订单确