超市管理系统-软件设计方案说明书.pdf

软件设计方案说明书 项目名称：超市后台管理系统 开发团队：成 员:学号 姓名 学号 姓名 学号 姓名 哈尔滨工业大学 软件学院 2014 年 12 月 19 1 引言.3 1。1 编写目的.3 1。2 背景.3 1。3 定义.3 1。4 参考资料.4 2 总体设计.4 2。1 需求概述.4 2。2 运行环境.5 2。3 系统体系结构设计.5 2。4 人工处理过程.错误!未定义书签。2。5 尚未问决的问题.错误!未定义书签。3 接口设计.7 3.1 用户接口.7 3.2 外部接口.8 3.3 内部接口.8 4 处理逻辑设计.错误!未定义书签。4。1 处理流程设计.9 4.2 状态转换设计.9 5 数据存储设计.9 5。1 数据存储方案.9 5.2 数据格式设计.10 6 系统出错处理设计.11 6.1 出错信息.11 6。2 补救措施.11 6。3 系统维护设计.错误!未定义书签。1 引言 1。1 编写目的 之前的软件需求说明书已经简要说明了软件大致方向，软件开发目的，在此不作赘述。本软件设计方案说明书的编写目的是为本项目超市后台管理软件的开发者提供大体设计方案,软件开发相关说明及要求，为该系统准确、按照预期设想开发提供保障，本设计方案结合软件需求说明书中用户的需求分析编写，以用户为核心，为开发者提供设计方案，也是用户和开发者之间的桥梁。预期读者为本系统开发人员.1.2 背景 系统名称:小型超市后台管理系统软件 任务提出者：超市后台管理人员 任务开发者：哈工大软件工程专业小团队 用户：超市管理人员 其他说明：该软件依靠超市局域网即可运行,与超市金额结算系统有一定往来关系。1.3 定义 1)IPO 图：在计算机领域 IPO 是指结构化设计中变换型结构的输入（Input）、加工(Processing)、输出（Output）。（摘自百度知道)2)UML 图：UML-Unified Model Language 统一建模语言，又称标准建模语言。是用来对软件密集系统进行可视化建模的一种语言。（摘自百度知道)3)在文档中 IPO 图、流程图或状态图中出现小写字母“i”,代表此内容为输入，出现小写字母“o”代表此内容为输出.1。4 参考资料 1。张长富编著.Power builder 8.0实例教程.北京：希望电子出版社，2002 2。薛化成主编.管理信息系统（第三版）。北京：清华大学出版社,1999 3.甘仞初主编。信息系统开发。北京：经济科学出版社，2000 4。郑人杰、殷人昆、陶永雷.实用软件工程。北京：清华大学出 2 总体设计 2.1 需求概述 功能模块见下图：功能模块 输入 输出 性能要求 操作权限 进货录入 商品信息 无 2s 内响应 均可以 售货记录 商品编号、数量 无 2s 内响应 均可以 商品查询 商品编号 商品信息 2s 内响应 均可以 更新商品 商品编号、信息 无 2s 内响应 均可以 查询销售情况 无 售货总金额、进货总金额、利润 2s 内响应 均可以 查询当天销售情况 当天日期 当天销售金额 2s 内响应 均可以 详细性能要求参见软件规格说明书。2。2 运行环境 1）处理器型号在 Pentium 4 cpu 以上，内存 512M 以上 2）该软件需在 Windows xp 及以上的操作系统，运行机器需要安装 java1.4.5 或以上版本使用.编译测试软件为 eclipse。支持编译软件包括各种 java 记事本和编译器。3）控制软件的运行主要靠键盘、鼠标等外部设备.4）如果开发顺利则支持打印机、扫描仪设备，目前待商议。2。3 系统体系结构设计 增加商品 删除商品 商品信息 商 系统 UML 用例图-1 （之前需求规格说明书中的图)2.5 尚未问决的问题 说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。1）登陆界面是否存在 对于管理严格的大型超市应存在管理员登陆界面，但本系统规模比较小，考虑不设置登陆界面，但还未确定,有待商讨.2）对于数据存储方面使用要求 初步计划使用文件存储,但考虑到超市规模的增大以及数据的可靠性和数量增多，应该使用数据库，但由于开发人员能力有限，此方案待商讨.3）对于输入错误的提示和系统可靠性 目前还未有完善的方案来解决系统保证数据不丢失、系统不崩溃、操作超市后台管理系统 进 货 录 入 模 块 售 货 记 录 模 块 查 询 商 品 信 息 模 块 更 新 商 品 信 息 模 块 查询商品信息 删除商品信息 修改商品信息 总售货信息查询 当天售货金额查询 商品详细信息查询 售货数量 商品编号 i 商品编号 i 进货数量 i 商品进价 i 商品售价 i 进货时间 i 商品名称 i 总进货金额 总售货金额 总利润值 错误引起的问题处理等问题.说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。3 接口设计 3。1 用户接口 说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。或者是图形界面设计方案。在用户界面方面采用友好的可视化界面，要求简单明了、易于操作，界面布局美观、符合用户审美需求，能够显示重要的提示信息,及出错信息。具体实施方案如下:1）。主界面：选择要操作的功能，包括进货录入、售货记录、查询商品信息，更新商品信息；每个功能对应一个子界面。2）。进货录入子界面：需要输入信息:商品编号、商品名称、商品单价、商品售价、进货时间、进货数量；系统后台记录数据，录入完毕.3）售货记录子界面：需要输入信息：售出商品编号、售出数量;4）查询商品信息子界面：界面有三个子选项,包括：商品详细信息查询、当天售货金额查询、总售货信息查询；商品详细信息查询:需要输入信息:商品编号；系统输出:商品的各个信息(包括商品名称、单价、售价、剩余库存等）。当天售货金额查询：需要输入信息：当日日期（输入格式：年/月/日）输出信息：本日售货总金额、售货总利润。总售货信息查询:需要输入信息:不需要输入；输出信息：总售货金额、总进货金额,总利润.5)更新商品信息 界面包括三个选项：修改商品信息、删除商品信息、增加商品信息 三个选项都是输入商品编号，并编辑商品信息。3.2 外部接口 说明本系统同外界的所有接口设计，包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。1）数据存储:硬 件 接口 软件接口 键盘 鼠标 打印机 其他 文件存储 待议 待议 3.3 内部接口 详细见下表及图 3.1：功能名称 增加商品 查询商品 修改商品 删除商品 查询金额 进货录入 售货输出 查询商品 更新商品 IPO（不确定是否是严格的 IPO）图 3。1 管理员登陆 进货录入 售货记录 查询信息 更新信息 开始 输入商品编号 是否查询到商品 输出商品信息 结束 4 处理逻辑设计 4.1 处理流程设计 使用流程图或活动图、时序图等模型说明系统的实现流程，包括构建内部及构件间的交互逻辑。查询商品信息时序图-1。1 进货录入模块-时序图 1。3 更新商品信息-时序图-1。2 总销售情况查询模块-1.5 当天销售情况查询模块-1.4 4.2 状态转换设计 暂时没有状态变化复杂的元素。5 数据存储设计 5.1 数据存储方案 用文件储存，每个商品对应一个代号，每天的数据也存入一个日志文件，结构如下：1）商品信息:数据项包括商品编号、商品名称、商品单价、商品售价、进货开始 输入商品编号 是否查询到商品 编辑商品信息（删除、增加、修改）结束 可写方式显示商品信息 开始 输入商品编号 目前是否有该商品 结束 输入 5 项商品信息 开始 输入当天日期 日期格式是否正确 结束 输出当日销售情况 开始 选择此功能 结束 输出总销售情况 时间、进货数量、剩余货物数量。2）当日售货情况：数据项包括当日总售货金额、当日总利润。3）总售货情况:数据项包括总进货金额、总售货金额、总利润。采用线性存储结构,具体再议；5.2 数据格式设计 给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。名称 标识符 长度 类型 商品代码 Code 4 位 Int 名称 Name 3 位 Char【3】进货单价 Inprice 小数后一位 Double 销售单价 Outprice 小数后一位 Double 数量 Number 3 位 Int 进货时间 Intime 结构体 售货时间 Outime 结构体 总金额 allMoney 小数后一位 Double 进货金额 Inmoney 小数后一位 Double 销售金额 Outmoney 小数后一位 Double 利润值 Money 小数后一位 Double 库存数量 Havenumber 4 位 Int 6 系统出错处理设计 6.1 出错信息 用一览表的方式说朗每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法.出错内容 出错原因 处理方法 输入数据 信息不规范 请求重新输入 输入数量 数量超出范围 请求重新输入 6.2 补救措施 a.后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术：技术不够，再议。b.降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录:技术不够,再议。c.恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法：技术不够，再议。d。输入信息不符导致出错，提示输入有误，重新输入信息 e 超出范围，提示操作人员相关信息,请求重新输入 6.3 系统维护设计 1.可以查看已经录入商品信息个数 2。对数据采取回滚措施，如果操作失败，那么回滚到最近一次的正常操作状态。