实验3：系统设计说明书-结构化设计.docVIP

实验三 系统设计说明书 目标：设计系统解决方案 主要活动 建立软件结构图 最低层的模块设计 管理系统数据库表设计 系统报表表格设计 建立软件结构图 超市销售管理系统由订单管理子系统、用户维护子系统、货物管理子系统、销售业绩管理子系统四部分组成。每一个主要的程序对应于按事件划分的子系统，每个程序有他们自己的结构图。每个程序也包含若干个事件。每个事件对应于按事件划分的数据流程图中的一个过程，而每个过程进一步描述在基于事件表的DFD片段中。以下部分通过对本系统事务的分析和转换开发结构图。 超市管理系统的高层结构图 第一层结构图为整个系统的最顶层，该层只有一个模块，为系统的主控模块。在本次项目中超市管理系统是整个项目主控模块，因此位于整个系统的最顶层。通过它调用其他各个模块，即本系统中所包含的订单管理子系统、用户维护子系统、货物管理子系统和销售业绩子系统。 系统的0层图构成软件系统结构的第2层，该层的每一模块为一个子系统的名称，该层为事务处理。超市管理系统高层结构图如下所示： 订单管理子系统结构图 在销售的业务处理中，很重要的一部分就是接受用户的订单和对用户的订单进行处理。通过订单管理子系统可以实现用户提交和受理用户订单的功能，将用户的订单进行整理存储，然后提交给发货部门，生成发货单，如果缺货时，则生成缺货单。如下是对用户的订单处理子系统的结构图： 用户维护子系统结构图 用户信息维护子系统实现对用户的信息进行更新维护的功能，例如用户需要修改密码、用户姓名、联系电话、邮箱等可以时可以通过用户维护子系统来实现。先对用户的提交的信息进行一些必要的检验，如有可能需要必填的内容未填写，或含有非法字符、长度过长等，当检查无误后就可以将信息传递给下一级。通过数据库将用户的信息进行一系列的更新操作后，将执行的结果反馈给用户。如下是用户维护子系统的系统结构图： 货物管理子系统结构图 货物管理通过对货物库存的信息统计后，通知进行采购处理，当货物管理员进行采购之后，对原有的货物库存量信息进行修改，实现货物库存量的更新。如下是对货物管理子系统的结构图： 销售业绩子系统结构图 销售业绩管理子系统也是该超市管理系统的一部分，通过销售管理系统可以实现销售管理人员对销售量的统计，从而获取销售完成的情况，了解市场走向和预计将来的销售形势。管理人员只需选定日期范围，系统就可以对销售情况进行计算整理，并将整理的结果展现给相应的管理人员。如下是销售管子系统的结构图： 低层的模块设计 用户订单管理子系统过程设计 用户订单数据校验 订单管理子系统处理用户订单前有对用户的数据合法性进行校验，如果用户提交的订单为空，则应提示出错，即订单不应该为空，同时需要检验商品是否存在，如果商品不存在时应该向用户提示出错，检验完成无误后将用户提交的订单细节作为参数传递并调用下一模块订单业务处理。如下所示为订单数据校验的流程图： 缺货判断 订单管理子系统中对用户提交的订单中是否存在缺货的判断，通过读取库存记录与用户订单中数量进行比较，如果库存量不能满足用户订单中的数量请求则将商品编号id加入缺货单中去。如下是对缺货判断的具体流程图： 处理供货 对用户的订单管理系统处理供货模块需要传递进来供货单，对供货单进行逐一判断，并根据其中的数量对库存量进行修改，并根据单价和订购量进行计算总金额。同时如果用户是会员时还要根据设定好的会员折扣进行会员价格的处理。完成这些步骤后就可以进行接下来的销售记录存储和开单据等工作。如下是对处理供货模块的具体流程图： 用户维护子系统过程设计 数据检验 类似订单管理系统，当用户对个人的信息进行更新时也要先对用户所提交的信息进行必要的信息校验，例如用户的名称、银行账户关联等必要信息不能为空，如果用户提交的该部分为空时应该提示有必填项未填写，如果联系电话或电子邮箱等存在格式错误时，需要提醒用户格式出错，如果填写的信息中包含长度过长的问题时应该提示用户长度过长错误。如下是对该模块的具体流程图： 信息修改 用户管理子系统中对用户更新信息执行修改，传递进来用户需要修改信息和原有的信息，进行逐一比对将需要修改的信息更新后整体存回数据库中，如下所示为该模块的流程图： 货物管理子系统过程设计 生成采购单 货物管理子系统中当存在货物库存不足时，需要生成相应的采购单，如下是生成采购单模块的具体流程图： 进货处理 货物管理人员需要进行进货处理时会调用该模块，将供货单的信息传入该模块，先通过对供货单中信息进行数据检查，当存在错误时则转入异常处理，否则继续进行处理。根据进货单中的每一条记录货物的id和货物进购数量更新库存信息。如下图为该模块的详细流程图： 销售业绩管理子系统过程设计 验证日期有效性 管理人员在调用销售业绩管理子系统生成销售情况报表时就需要先选择生成的日期范围