概要设计说明书.docx

概要设计说明书.docx

《概要设计说明书.docx》由会员分享，可在线阅读，更多相关《概要设计说明书.docx（12页珍藏版）》请在冰豆网上搜索。

概要设计说明书

超市管理系统概要设计说明书

1引言

1.1编写目的

为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。

从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。

在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。

本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。

预期读者为超市管理系统的开发人员。

1.2背景

项目名称：

超市管理系统。

提出者：

XXX。

开发者：

郭琦，梁颖嘉，刘浩然，李小龙。

用户：

中小型超市

1.3定义

XXXX（列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

）

1.4参考资料

软件设计文档国家标准操作手册（GB8567——88）。

2总体设计

2.1需求规定

2.1.1功能需求

参考《超市管理系统需求说明书》

2.1.2质量需求

（1）时间特性要求：

一般操作响应时间<=2秒，特殊操作（统计、查询等）响应时间<=5秒。

（2）灵活性：

系统应能适应如下变化，并能及时重新部署投入运行

①服务器端、客户端操作系统更换；

②部分硬件的变化（如打印机）；

③网络环境的变化（如局域网升级、重新分配IP地址等）；

④系统数据库版本的变化；

⑤系统应允许计算机操作与原有的手工操作并行进行，在系统维护或故障停运期间产生的手工记录应能无缝录入系统。

（3）安全性：

对系统敏感数据（如用户密码、数据库连接信息等）需进行加密处理。

（4）易用性：

系统部分输入单元须提供智能化的操作方法。

如预算上报部门的操作人员在上报了一份新的预算上报后，在线的预算审核系统能够实时提示有新的预算上报到达，以便于预算审核人员能够高效的审核新的上报请求。

因为本系统的使用者对计算机的操作水平有限，因此要求界面友好，方便使用。

系统要具有一定的错误处理能力，能检测用户的错误输入并给出错误提示。

（5）可扩展性：

系统应能管理部队预算执行与货币化操作管理过程中出现的新的需求，满足前期该系统使用寿命5-7年的要求。

（6）可靠性：

系统应提供数据备份和恢复能力，当系统发生故障造成数据不一致时，通过恢复能使系统回到最近一次备份时状态。

由于用户在开始使用系统时操作不熟练，也容易使系统发生问题，因此系统备份和还原操作还可以提高系统数据使用的安全性。

2.1.3输入输出要求

在入库、出库上架、订货和计划单和账单的过程中，应提供相应纸质的文件作为留档凭证，并且纸质文件的尺寸和样式应能够灵活调整。

2.2运行环境

2.2.1设备

系统运行所需的硬件设备如下：

1）数据库服务器

2）客户端

其中，数据库服务器配置应满足能流畅运行SQLServer2005企业版的硬件配置要求，系统运行的网络环境为100Mb以上局域网。

2.2.2支持软件

操作系统：

数据库服务器Windows2003，客户端WindowsXP/2000/2003；

数据库：

MicrosoftSQLServer2005企业版；

运行环境：

.NETFramework2.0。

2.3基本设计概念和处理流程

模块名称：

销售系统编号：

1.1

主要功能：

登陆及销售

输入参数及类型：

售货员账号密码（long）、会员账号（long）、条形码（long）、数量（int）

返回参数及类型：

售货员信息（string）、会员信息（string）、金额（long）

上级调用模块：

超市管理系统

向下调用模块：

无

局部数据结构：

约束条件和设计限制：

模块名称：

库存管理编号：

P1.2

主要功能：

商品入库管理，商品出库管理，信息盘点管理。

输入参数及类型：

商品编号，商品名称，商品价格，商品数量整型

返回参数类型：

无

上级调用模块：

销售管理模块

向下调用模块：

订货管理模块

局部数据结构：

约束条件和设计限制：

无

模块名称：

订货管理编号：

P1.3

主要功能：

缺货信息汇总，制造订货单，设置供应商信息

输入参数及类型：

商品编号，商品名称，商品价格，商品数量，供应商名称，供应商地址，供应商电话整型

返回参数类型：

无

上级调用模块：

库存管理模块

向下调用模块：

无

局部数据结构：

约束条件和设计限制：

无

模块名称：

统计分析子模块

编号：

P1.4

主要功能：

统计分析各项数据，制作计划单

输入参数及类型：

查询条件，计划单内容

返回参数及类型：

查询结果，计划单及审核结果

上级调用模块：

输出计划单及审核结果

向下调用模块：

查询信息，登录

局部数据结构：

约束条件和设计限制：

模块名称：

系统管理子模块

编号：

P1.5

主要功能：

员工信息、会员信息的维护管理

输入参数及类型：

查询条件，更新内容

返回参数及类型：

查询结果，更新结果

上级调用模块：

向下调用模块：

查询信息，更新信息

局部数据结构：

约束条件和设计限制：

模块名称：

登陆系统编号：

1.6

主要功能：

登陆

输入参数及类型：

账号（long）密码（long）

返回参数及类型：

登陆信息（string）

上级调用模块：

超市管理系统

向下调用模块：

无

局部数据结构：

约束条件和设计限制：

2.4结构

1、售货子系统结构图

2、库存管理子系统结构图

3、订货管理子系统结构图

4、统计分析管理子系统

5、系统管理子系统

6、登录结构图

2.5功能需求与程序的关系

本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：

模块1.1

模块1.2

模块1.3

模块1.4

模块1.5

售货功能

√

库存功能

√

订货管理

 √

统计分析

√

系统管理

√

2.6人工处理过程

1、在订货员通过系统制作订单之后，需要打印相应的订单作为纸质存档。

2、在库存人员通过系统商品入库、出库、盘点之后，需要打印相应的单据作为纸质存档。

3、统计分析人员的计划单审核通过后，需打印并加盖责任人印章留存。

4、会员、员工信息的登记，首先需本人填写相应的申请单。

4、管理人员要对数据库进行备份和还原等操作时，需要手动完成。

2.7尚未问决的问题

1、错误的库存或商品信息修改后，如何及时通知与之相关的员工，如计划单制作人员。

2、系统为提供可控的数据库自动备份操作，每次备份需要操作人员手工完成，不利于一些突发事件预防。

3、财务管理系统如何整合到系统的流程中去。

3接口设计

3.1用户接口

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。

在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化，考虑到用户多对windows浏览器较熟悉，应尽量向这一方向靠拢。

在设计语言上，已决定使用JSP进行编程，在界面上可使用html网页所提供的可视化组件，向网页风格靠近。

其中服务器程序界面要做到操作简单，易于管理。

在设计上采用下拉式菜单方式，在出错显示上可网页自动弹出错误窗口。

系统中涉及到的主要用户接口如下：

1）运行操作管理系统的应用服务器需要根据实际情况，配置数据库服务器的IP地址和数据库连接字符串，才能连接上数据库管理系统SQLSERVER2008；

2）各个部门相关客户端需要根据应用服务器的IP地址和端口号，才能连接上应用服务器，从而获取所需的操作服务；

3）系统管理员可以通过操作SQLSERVER2008数据库管理引擎，来实现对数据库文件进行定时备份等数据文件的相关操作。

3.2外部接口

由于该系统是一款B/S系统，并且在完成相应的工作时需要其他一些软件和硬件的支持，因此需要一些外部接口与系统的支持软硬件相结合。

本系统的外部接口主要有：

1）服务器端需安装WindowsXP/2003、SQLServer2008；客户端需安装WindowsXP/2000/2003、打印机驱动等软件；

2）必须留有20G以上的硬盘空间；

3）计算机在奔腾五以上的运行效果更佳。

3.3内部接口

内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

具体参数的结构将在下面数据结构设计的内容中说明。

接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

具体在系统中，主要内部接口有：

1）大部分采用COM技术，提高代码的重复利用率；

2）大量采用页面的继承，保证风格的一致。

4运行设计

4.1运行模块组合

系统运行需要后台数据库、JSP的view界面、servlet的control界面、javabean的dao的model（即B/S和MVC架构）几个部分协同工作。

4.2运行控制

系统需要先启动数据库服务器，启动无误后，各个客户端的用户通过实现获取服务器端的IP地址和端口号，就可以登录进入系统开始各种操作。

4.3运行时间

后台数据库服务器部署在一台服务器上，客户端可以在一台机器上，通过局域网与服务器进行连接。

在运行是，数据库服务器同时开启，各个客户端则可以根据需要随时运行。

5系统数据结构设计

5.1逻辑结构设计要点

给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。

5.2物理结构设计要点

给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。

5.3数据结构与程序的关系

说明各个数据结构与访问这些数据结构的形式:

6系统出错处理设计

6.1出错信息

故障或提示

系统提示信息

含义

处理方法

不能提交

不允许为空，请输入

必选项未填

重新输入

不能提交

不合法，请重新输入

输入数据格式不合法

重新输入

不能提交

数据项已经存在，请重新输入

所选数据记录在数据库中已经存在

重新输入

删除确认

是否确认删除

确认是否删除

根据需要选择

作废确认（主要在计划单或订单取消）

是否确认作废

确认是否作废

根据需要选择

登陆失败

用户不存在或口令不正确，请重新输入

用户名或密码

重新返回登陆界面

无查询结果

无查询结果，清重新输入查询条件

查询无信息

跳转回查询页面

数据库文件备份成功

数据库文件备份成功

成功备份数据库问价

无

数据库文件恢复成功

数据库文件恢复成功

成功恢复数据库文件

无

客户端连接不成

连接不成功，请检查网络连接

客户端不能连接上服务器端

检查网络状况

连接不上数据库

数据库连接失败

服务器连接不上数据库引擎

检查数据库连接字符串

修改确认

是否确认修改

确认是否修改

根据实际情况操作

生效确认

是否确认生效

计划单审核通过生效

根据实际情况操作

计划单请求

X条计划单请求

待审批计划单请求

根据实际请款操作

提交成功提示

你提交的请求X已经被X审核通过

上报请求通过审核

无

6.2补救措施

1）采用磁盘做备份准备，使用SQLServer2005的BackupServer（备份服务）对数据库数据进行备份，如果系统遭到破坏，用备份的数据进行还原，数据的备份和还原可以通过应用程序实现，也可以通过系统管理员直接使用SQLServer2005的BackupServer进行备份。

建议用户每天对数据库中的数据进行备份；

2）当系统运行效率过低时，通过重新启动可以重新组织数据库索引，提高系统运行效率。

3）在系统运行的过程中，可能会突发一些不可预测的故障，如断电、死机等。

为了提高系统的安全性，我们采用了基于挂接操作系统接口的服务器自身监控安全模型。

在本系统的服务器操作系统中，通过远程DLL注入技术，修改操作系统中进程的导入地址表，挂接Windows操作系统的关机函数，截获Windows的关机消息，从而实现在服务器每次系统关机时，自动检测当前是否有正在运行的财务业务，保证所有业务都已顺利结束，并自动备份一次数据库，再转回Windows操作系统的关机执行。

从而保障了系统服务器的业务稳定性，和数据完整性，提高了系统的安全性和稳定性。

6.3系统维护设计

系统采用了分层的结构进行设计，使系统各个部分分割开来，提高了系统灵活性和可扩展性。