系统详细设计.docxVIP

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
系统详细设计 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 图 本章节主要是进一步对系统的功能性需求分析,将用户的需求逐步转化为代码。从设计者的角度来设计系统,画出了系统中的静态结构模型和动态行为模型。静态结构模型主要实现了定义系统对象类和建立类图。动态行为模型采用时序图来实现。

文档评论(0)

180****8756 + 关注
官方认证
文档贡献者

该用户很懒,什么也没介绍

认证主体盛世风云(深圳)网络科技有限公司
IP属地陕西
统一社会信用代码/组织机构代码
91440300069269024M

1亿VIP精品文档

相关文档