20141020需求分析-满咏涛.docxVIP

一.购物管理模块用例图 商品管理用例： 用户能浏览商品信息，管理员可对商品信息进行增加，删除，修改的操作，具体内容如下： 图 商品用例图 活动者:管理员 用户 主要的事件流程: 1.用户查看商品信息 2.管理员对商品信息的添加 3.管理员对商品信息的修改 4.管理员对商品的删除操作 订单管理用例： 用户对个人订单的查看，管理员对已提交订单操作，具体内容如下图所示： 图 订单用例图 活动者:管理员 用户 主要的事件流程: 1.用户查询个人订单 2.管理员对已发货订单的查看 3.管理员对未处理订单的查看 4.管理员对历史订单的查看 二 网站数据流图 数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是HYPERLINK /view/228928.htm结构化系统分析方法的主要表达工具及用于表示 HYPERLINK /view/37.htm 软件模型的一种图示方法 由于原始的数据流程图存在操作的重复性和流程的不合理性，再根据网上商城系统的购物流程，我采用从总体到局部、逐步细化的办法，绘制出如下的数据流图： 第一层： 用户 P0 购物管理 订单表 图 顶层数据流图 第二层： 订单 F5订单表 用户 P1 用户管理 P2 个人信息管理 P3 购物车管理 P4 订单管理 F1 用户信息表 F2 订单表 订单 用户信息 用户信息 商品信息 商品表 发货通知 用户信息 收货地址 用户信息 图 第二层数据流图 第三层： 用户信息 订单 P2.1 订单管理 P2.3 个人信息管理 P2.2 个人应用管理 F6 订单表 F6 订单表 F3 收藏夹 F1 用户信息表 收货地址 商品信息 用户信息 图 第三层数据流图 数据字典： 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。数据流图和数据字典共同构成系统的逻辑模型。 下面用数据字典来定义数据流图中各元素的确切内容： 商品：商品信息表别名 定义：商品信息表=商品编号+商品名称+主键+价格+品牌+所属类别+图片+商品详情 描述：仓库中每种商品的详细信息 位置：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