20141020需求分析-满咏涛.docxVIP

一.购物管理模块用例图商品管理用例：用户能浏览商品信息，管理员可对商品信息进行增加，删除，修改的操作，具体内容如下： 图商品用例图活动者:管理员 用户主要的事件流程:1.用户查看商品信息2.管理员对商品信息的添加3.管理员对商品信息的修改4.管理员对商品的删除操作订单管理用例：用户对个人订单的查看，管理员对已提交订单操作，具体内容如下图所示：图订单用例图活动者:管理员 用户主要的事件流程:1.用户查询个人订单2.管理员对已发货订单的查看3.管理员对未处理订单的查看4.管理员对历史订单的查看二 网站数据流图数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法由于原始的数据流程图存在操作的重复性和流程的不合理性，再根据网上商城系统的购物流程，我采用从总体到局部、逐步细化的办法，绘制出如下的数据流图：第一层：图顶层数据流图第二层：图第二层数据流图第三层：图 第三层数据流图数据字典：数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。数据流图和数据字典共同构成系统的逻辑模型。下面用数据字典来定义数据流图中各元素的确切内容：商品：商品信息表别名定义：商品信息表=商品编号+商品名称+主键+价格+品牌+所属类别+图片+商品详情描述：仓库中每种商品的详细信息位置：product 数据库类别：商品类别信息表描述：记录所有商品类别的情况定义：商品类别信息表=主键+类别名称+描述位置：protype数据库订单：订单信息描述：记录购买商品的所有订单信息定义：订单信息表=主键+订单编号+订单商品+订单人id+订单日期+价格+电话+类型+地址+付款状态+发货状态位置：order数据库购物车：购物车信息描述：记录购物车的所有信息定义：购物车信息表=主键+商品id+会员id+数量位置：car数据库三 数据库设计数据库是长期存储在计算机内的、有组织的、可共享的数据集合。如今，数据库已经成为现代信息系统的核心和基础，它能为用户提供数据存储、维护、检索的功能，并能使用户方便、及时、准确地从数据库中获得所需的数据和信息。而数据库设计地好坏将直接影响整个系统地效率和质量。在数据库设计阶段，尽量做到所设计的数据库易于维护，便于检索和修改，减小冗余数据，便于数据备份和维护针对购物系统的设计，首先详细地调查了购物网站设计的管理工作情况，深入了解其数据的性质、流向、使用情况、处理流程等，并仔细地分析用户在数据格式、数据处理和数据安全等方面的需求。对以上的情况进行分析整理之后，得到以下的需求:1.订单管理模块：功能描述：管理员可以对已提交的订单进行查看，对订单进行操作2.商品管理模块：功能描述：管理员可以对商品进行增删改查的操作3.商品类别模块：功能描述：管理员可以新增商品类别，并对已有的类别列表进行删除修改等操作四 E-R图设计实体和属性的定义。E-R模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1：N,M:N,还是1：1等，还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系等等。1.局部E-R模式的合并合并的原则是：首先进行两两合并，先合并那些现实世界中有联系的局部结构，合并从公共实体类型开始，最后再加入独立的局部结构。2.消除冲突冲突分为三类：属性冲突，结构冲突，命名冲突。设计全局E-R模式的目的不在于把若干局部E-R模式形式上合并为一个E-R模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一概念模型。3.全局E-R模式的优化在得到全局E-R模式后，为了提高数据库系统的效率，还应进一步依据处理需求对E-R模式进行优化，一个好的全局E-R模式，除能准确、全面的反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少，实体类型所含属性个数尽可能少，实体类型间联系无冗余。（1）car购物车实体图 购物车实体图（2）order订单的实体 图订单实体图（3）product商品实体图 商品实体图（4）protype 商品类别实体 图商品类别实体图（5）整体ER图用户商品订单填写M1订购生成NNM1MM购物车N M管理N1管理员11 图总体ER图五 数据库结构分析和数据表设计数据库的结构分析1商品信息表（商品编号，商品名称，价格，生产日期，图片，所属类别，品牌）2 类别信息（类别编号，类别名称，类别描述）3 订单信息（订单编号，用户编号，地址，订单日期，状态，电话，地址，类型，价格）4 购物车信息（主键，商品id，会员id，数