数据库设计文档目录1.引言1.1编写目的 (4)1.2背景 (4)1.3定义 (4)1.4参考资料 (4)2.外部设计2.1目标 (5)2.2标识符和状态 (5)2.3约定 (5)2.4运行环境 (5)2.5专门指导 (6)3.数据流图 (6)4.数据词典 (10)5.功能概述5.1系统功能概述 (11)5.2系统功能模块 (13)6.结构设计6.1概念结构设计 (16)6.2逻辑结构设计 (17)6.2.1表的结构 (17)6.2.2表的关系图 (22)7.其它需求 (22)1引言1.1编写目的此需求规格说明书对《网店信息及销售管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
本说明书定义了网店信息及销售管理系统的详细需求，明确了网店信息及销售管理系统的功能内容、功能边界、开发途径，是整个软件开发的依据，它对以后阶段的工作起指导作用。
本文也是项目完成后系统验收的依据。
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的网店信息和销售管理系统，实现方便的修改网店信息，管理员的增加和删除，商品的上下架等功能。
1.2背景务网站设计的主要目的一般是通过网站的推广，实现企业的产品及服务的互联，并使客户随时了解公司及公司所提供的最新产品的资讯同时也为客户提供及时的在线服务及订单处理等功能。
而从长期的战略目标来看，商务网站不仅仅是产品和服务的推广，通过Internet，企业内部网和外部网，他还是将买家与卖家，厂家和合作伙伴进门联合的平台，因而消除了时间与空间带来的障碍。
Shopping On Line购物在线网站致力于提供电脑及相关IT产品展示及订购为核心的网上购物服务。
是企业产品与客户服务之间建立更加直接沟通及交流的平台。
宣传自己的产品，是企业上网的主要目的之一，将自己的产品展示给客户，让客户通过网站便能够自由选购，是产品预定系统的主要目的。
1.3定义网店信息和销售管理系统：网店信息管理是对网点信息的录入修改，实现方便的管理。
销售信息管理是对商品的上架，下架，库存以及基本信息的管理，使用户方便的管理商品信息。
1.4参考资料《数据库系统概论》作者：王珊萨师煊出版社：高等教育出版社《SQL Server2005中文版关系数据库基础与实践教程》作者：周峰出版社：电子工业出版社。
《SQL Server数据库开发实例精粹》作者：徐国智汪孝宜等出版社：电子工业出版社。
2外部设计2.1目标《网店信息及销售管理系统》针对的用户是单个中小型商场室或者个人，商品的种类和数量较少，用户的数量和来源受到一定的限制。
相应的需求有：1．管理员身份验证（为合法用户提供一个后台入口）2．添加商品（向商品表插入前台首页展示的商品信息）3．订单信息管理（网站管理者对用户订单的执行和编辑状态）4．查询用户信息管理模块（查询注册所有用户，对一些失信用户进行删除操作）5．添加链接模块（管理员向前台首页添加友情链接信息）6．公告信息管理模块（网站向用户发布最新公告信息）7．能够对需要的统计结果提供列表显示输出。
8．能够提供一定的安全机制，提供数据信息授权访问，防止随意删改。
2.2标识符和状态本系统采用windows XP为系统平台，SQL Server2000为基本开发工具，数据库名称为wangdian。
数据库中一共建立了10个表，表名分别为tb_salesperson（供应商表），tb_reserve（库存表），tb_goods（商品基本信息表），tb_manger（管理员表），tb_order（订单），tb_nember(会员表) ， tb_shop（网店信息表），tb_type(类型表) ，tb_transport(物流公司表) ，tb_store(仓库表) ，tb_discuss(留言表)。
2.3约定本系统管理员必须输入账号密码之后才能进入，而购物者可以匿名登录，但是购买商品时必须登录。
2.4运行环境Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑；运行时占用内存：≤1MB；所需硬盘空间：≤5MB；软件平台：中文Windows95/98/2000/NT 4.0或更高版本；2.5专门指导本系统采用SQL server2000为基本开发工具，因而程序员或者系统分析员，或者任何想要使用此数据库进行操作的人员，需要安装SQL server2000，并建立相同的数据库。
3数据流图：图3-1：用户预订数据流图A:商品信息;B:用户信息;C:商品访问记录;D:日期;图3-2：用户退订数据流图用户查询浏览过程：图3-3：用户查询浏览数据流图管理员增删改商品：图3-4：管理员增删改商品数据流图Ｇ：管理员信息管理员增删改用户：图3-5：管理员增删改用户数据流图管理员查询浏览过程：图3-6：管理员查询浏览过程数据流图商品管理系统数据备份：图3-7：商品管理系统数据备份数据流图网上购物系统数据恢复：管理者口令修改：图3-9：管理者口令修改数据流图4数据词典数据流的DD表举例如下：数据元素的DD表举例如下：表2：用户编号数据词典数据存储的DD表举例如下：数据加工的DD表举例如下：55.1系统功能概述网店信息和销售管理系统相关的功能有：商品的入库：管理员可以在后台界面实现对商品的入库，输入类型编号，类型名称，添加时间，以及商品的详细信息：商品编号，商品名称，商品价格，进货时间。
员工信息编辑：删除用户：登陆系统后，可以删除用户。
员工首先查询到该用户，然后选中要删除的用户，将所选用户从系统中删除。
查询全部用户信息：员工登陆系统后，可以查询全部用户信息。
员工查询到查询全部用户信息，有用户名，密码，性别，真名。
添加商品：员工登陆系统后，可以添加商品。
修改商品：员工登陆系统后，可以修改商品价格。
打开修改页面，输入商品编号和新的价格点击商品修改就可以了。
删除商品:员工登陆系统后，可以删除商品。
打开删除页面，输入要删除的商品编号，点击删除就可以了。
会员信息的编辑：用户登陆系统后，可以修改个人信息。
修改的有用户昵称，密码，等信息信息不能缺失，如果某一项没有填写，要给出提示。
供应商信息的编辑：更改，增加，删除供应商的信息。
会员购物功能：会员可以在登陆之后，进入自己的购物页面，有属性（商品编号，商品名称，商品价格，商品数量，总价）用户可以修改购买商品的数量，也可以删除某个商品不买，也可以清空全部。
最后确认后生成订单。
可以对某个商品留言，发表自己的意见。
订单管理功能：管理员可以对订单进行删除，修改和确认订单并发货等功能。
帮助功能：用户可以使用帮助功能对不是很了解时，进行查询。
各个事件流描述：查询商品简要说明：会员查询检索商品信息前提条件：无限定条件主要事件流及其他事件流：1打开网店界面，用例开始；2输入检索信息进行查询；3查询成功，显示商品信息；a，查询失败；4用例结束。
其他事件流：a,查询失败：1系统显示查询失败信息；2返回主要事件流1后置条件：无修改商品信息简要说明：员工修改商品信息前提条件：拥有管理员权限主要事件流及其他事件流：1打开网店系统界面，用例开始；2用户输入ID和密码；3系统验证ID和密码，显示登录成功；a，登录失败；4修改商品信息并提交；5修改成功；b修改失败；6返回修改页面，用例结束。
其他事件流：a,登录失败：1系统显示登录失败信息；2返回主要事件流1b，修改失败：1系统显示修改失败信息；2返回主要事件流4后置条件：无查询会员信息简要说明：员工查询用户信息前提条件：拥有管理员权限主要事件流及其他事件流：1打开购物系统界面，用例开始；2用户输入ID和密码；3系统验证ID和密码，显示登录成功；a，登录失败；4查询会员信息并提交；5查询成功；b查询失败；6返回查询页面，用例结束。
其他事件流：a,登录失败：1系统显示登录失败信息；2返回主要事件流1b，查询失败：1系统显示查询失败信息；2返回主要事件流4后置条件：无订购商品简要说明：会员提交订购商品请求前提条件：拥有会员权限主要事件流及其他事件流：1打开购物系统界面，用例开始；2用户输入ID和密码；3系统验证ID和密码，显示登录成功；a，登录失败；4编辑订购商品信息并提交；5提交信息成功b提交失败；5等待工作人员进行确认；6返回提交页面，用例结束。
其他事件流：a,登录失败：1系统显示登录失败信息；2返回主要事件流1b，提交失败：1系统显示提交失败信息；2返回主要事件流4后置条件：无5.2系统功能模块前台模块：后台模块：6结构设计6.1概念结构设计6.2逻辑结构设计6.2.1表的结构关系模型的逻辑结构是一组关系模式的集合。
E-R图则是由实体，实体的属性和实体间的联系三个要素组成。
所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。
转换原则如下：⒈实体类型的转换:将每个实体类型转换成一个关系模式，实体的属性及为关系模式的属性，实体标识符及为关系模式的键。
⒉联系类型的转换，根据不同的情况做不同的处理。
⑴一个1：1联系可以转换为一个独立的关系模型，也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。
如果与某一端实体对应的关系合并，则需要在该关系模式的属性中加如另一个关系模式的码和联系本身的属性。
⑵一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
⑶一个m：n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
⑷三个或三个以上的实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
⑸具有相同码的关系模式可合并。
⒊依照该规则将网店信息及销售管理系统的E-R图转换为关系模型如下tb_manger（管理员表）tb_ order（订单）tb_member(会员表)tb_shop（网店信息表）tb_transport(物流公司表)tb_store(仓库表)Maxnumber 最大容量Int Notnull 否Nownumber 现在容量Int Notnull 否6.2.2表的关系图7其它需求（非功能性需求）7.1性能1．该系统要支持多个个并发用户。