系统详细设计
系统详细设计
3.1总体流程图
根据系统的需求，将系统总体流程如下图3.1的所示：
图3.1 系统结构图
3.2数据库设计
3.2.1用户、角色、权限数据库设计
图3.2.1.1 用户、角色、权限数据库设计
3.2.2商品分类及商品数据库设计
图3.2.1.2商品分类及商品数据库设计
3.2.3订单相关数据库设计
图3.2.1.3订单相关数据库设计
图3.2.1.2 user表
图3.2.1.3 role表
图3.2.1.4 auth表
图3.2.1.4 category表
图3.2.1.4 product表
图3.2.1.4 salesorder表
图3.2.1.4 salesitem表
3.3静态结构建模
进一步分析系统需求，识别出类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象分析的基本任务。系统的静态结构模型主要用类图或对象图来描述。
3.3.1定义系统对象类
定义过系统需求，就可以根据系统需求来识别系统中所存在的对象。系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行，从前述的系统需求的描述中可以找到的名词有用户(User)、角色(Role)、权限(Auth)、商品分类(Category)、商(Product)、订单(SaleOrder)、订单项(OrderItem)、购物车(Cart)。 3.3.2建立类图
3.3.2.1 系统静态类图
图3.3.2.1.1 用户、角色、权限相关类图
图3.3.2.1.2 商品分类及商品相关类图
图3.3.2.1.3 订单及订单项相关类图
图3.3.2.1.4 购物车相关类图
图3.3.2.1.5订单相关类图
3.3.2.2 用户注册相关类图
3.3.2.3 用户登录相关类图
3.3.2.4 信息维护相关类图
3.3.2.4 用户管理相关类图
3.3.2.5 商品管理相关类图
3.3.2.6 订单管理相关类图
3.4动态行为建模
系统的动态行为模型可以用交互作用图、状态图和活动图来描述。活动图强调了从活动到活动的控制流，而交互图则强调从对象到对象的控制流，本人采用时序图来描述为完成某个特定功能发生在系统对象之间的信息交换。
3.4.1用户注册Sequence 图如下：
图3.4.1.1 用户注册Sequence 图
3.4.2 用户登录Sequence 图
3.4.3 信息维护Sequence 图
3.4.4 后台用户管理Sequence 图
3.4.5 后台商品管理Sequence 图
3.4.6 后台订单管理Sequence 图
本章小结
本章节主要是进一步对系统的功能性需求分析，将用户的需求逐步转化为代码。从设计者的角度来设计系统，画出了系统中的静态结构模型和动态行为模型。静态结构模型主要实现了定义系统对象类和建立类图。动态行为模型采用时序图来实现。