首页新闻招聘找找看知识库
  • 浏览:43 2018-12-23 22:23 来自 _笑着回眸

    11概要设计说明书

    11.1 引言

    11.1.1编写目的

    随着电子计算机硬软件的高速发展和信息时代中日益暴涨的的信息,以前的人工处理信息的方式及简单的计算机处理是愈发不能满足人们的日常生活和工作的要求。使用、高效、安全的计算机信息管理系统正是如日中天。使用计算机对书店销售进行管理,具有手工管理所无法比拟的优点。譬如:检索迅速,查找方便,可靠性高,存储量大,保密性好,寿命长,成本低等。图书销售管理系统主要致力于为书店工作人员提供便捷的服务。

    本阶段已在需求分析的基础之上,对图书销售管理系统做概要设计。主要解决了实现该系统的程序模块设计题。包括如何把该系统分为若干个模块、决定各模块之间的接口、模块之间传递的信息,以及数据结果、模块结构等设计。在下一阶段的详细设计中,程序员可参考此概要设计报告,对系统进行详细的设计。

    11.1.2背景

    本项目开发名称,图书销售管理系统

    项目负责人:钟航

    项目组成员:李林杰  张友杰  李明熙  陶文彬

    赵柯  谌爽  李艺  王紫源  方志宏

    11.1.3定义

    类图:类图(Class diagram)是显示了模型的静态结构,特别是模型中存在的类,类的内部结构以及它们与其他类的关系等,用于描述系统的结构化设计。

    对象图:对象图(Object Diagram)是显示了一组对象和他们之间的关系的图示,一个对象图可看成一个类图的特殊用例。

    状态图:状态图(State Diagram)是描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件做出反应的,用于显示状态机(它指定对象所在的状态序列),使对象达到这些状态的事件和条件,以及达到这些状态时所发生的操作。

    11.1.4参考资料
    《软件工程导论》(第六版)张海藩牟永敏编著清华大学出版社

    11.2.1需求规定

    命令

    语法

    信息确认

    信息错误

    提交

    If  else

    进入系统

    返回到当前界面

    重设

    点击事件

    清空输入的数据

    取消

    点击事件

    返回到当前界面

     

     

     

    本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息,然后打印领书单返回给学生领取书籍。  本系统在查询数据库时主要输入需要查询的相关信息,包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。教材订购系统的功能可以划分为如下几个部分:

    1)系统帐户管理:主要是对系统用户进行管理,包括登陆、退出、操作记录等。

    2)订购管理:查询订购书、订购书籍、删除订购书籍、查询领书单。 

    3)销售管理:处理购书单、查询进书单、修改和维护数据库中相应的表。 

    4)采购管理:发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。 

    本系统对性能的规定: 

    1)系统的更新处理时间应该在可接受的范围内;

    2)系统的数据查询时间应该在可接受的范围内;

    3)系统的数据统计时间应该在可接受的范围内。 

    4)操作方式上应该能够满足鼠标和键盘任意切换的需要;  

    5)能够支持Windows xp、Windows 7运行环境。  

    6)留有与其他系统的接口。

    11.2.2运行环境

    1)硬件环境:运行本软件要求处理器在酷睿I4,内存在2G以上的计算机。   

    2)软件环境:本系统支持的操作系统包括: Windows 7, Windows XP ;本系统支持的数据库为Mysql;本软件的开发工具为JAVA程序语言。

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

      本系统的基本设计概念和处理流程如下: 

    1)系统启动时,激活身份验证模块。 

    2)通过身份验证后,对系统进行初始化,判断用户身份,导入到不同的处理页面是。

    3)系统进入消息循环状态,通过事件驱动机制激活各功能模块,并执行指定模块。

    4)各项功能执行完毕后,重新进入消息循环状态。

    5)由退出系统事件激活关闭系统模块,退出系统。

    11.2.4结构

     

    11.2.5功能需求与程序的关系

    本系统着重于图书销售这一需求功能开发,相应功能和程序开发都要基于对图书和购买者之间的销售桥梁。力求功能上的精简和易操作性。让购买者能够直观的在图书间进行选择。

    11.2.6人工处理过程

    (1)管理员对图书信息进行登记,登记时需要对图书种类进行填写,登记前需要添加图书种类信息,未经登记的图书不能入库。

    (2)管理员需要以人工输入的方式进行基础信息的管理以及库存管理,用户不能对以上功能项目进行管理。

    (3)管理员人工操作添加销售柜台的图书信息,用户登陆后可以从相应的柜台中获取销售的图书列表,进行购买操作。

    (4)需要时,用户可以对自身购买的图书进行退货操作。

    (5)图书销售系统的持续使用,需要人工对库存进行维护和管理(例如库存图书以及销售柜台图书的补充),销售柜台没有图书销售信息,用户便无法从其中执行购买操作。

     

    11.2.7尚未解决的问题

        对于优化图书排名算法,设计相应图书销售排行榜及受欢迎程度的功能还未加入。以及对对图书评分系统的评分方案任然有待商榷。

    11.3 接口设计
     11.3.1用户接口
      说明将向用户提供的命令和它们的语法结构,以及软件的回答信息。

    11.3.2外部接口
      说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接 口关系。

    软硬件接口

    键盘

    鼠标

    主模板

    管理员模板

    查询模板


     11.3.3内部接口
      说明本系统之内的各个系统元素之间的接口的安排。

    模块名称

    主模板

    管理员模板

    用户查询界面

    管理界面

    主模板

     

    管理员界面

     

     

    用户查询界面

     

     

     

    管理界面

     

     

    11 .4运行设计

    11.4.1 运行模块组合

    在复杂的网络环境中,任务可分为各种类型的子任务,相应的处理也应进行分类。相对于这样的应用,系统的功能十分庞大。用户在某次使用时,不一定用到所有的功能,也就是说做什么事,用什么功能。这样有必要定义系统的不同运行。系统的每种运行可能涉及不同的模块,使用不同的界面,不同的支持环境,并有不同的前置条件,以及以不同的控制操作完成-次运行。它们所占的系统资源也不同。定义不同的运行,给出相应的运行模块集合有利于测试和维护。如果某种功能在一次运行时发生故障,就能根据相应的模块集合大致确定故障的可能范围。

    11.4.2 运行控制

    运行控制将严格按照各模块间函数调用关系来实现。在各个模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。

    在系统运行方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送数据,然后对数据进行确认。服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。!

    11.4.3 运行时间

    在软体的需求分析中,对运行时间要求需要有较快的反应。网络硬件对运行时间有最大的影响,在局域网中进行数据传输,实现客户机与服务器之间的连接。其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性能的服务器。硬件对本系统的速度影响将会大于软件的影响。

     

    11.5系统论据结构设计

    11.5.1逻辑设计要点

     

    序号

    字段名称

    字段说明

    类型

    位数

    属性

    备注

    1

    cBooksID

    图书编号

    文本

    7

    必须非空

    2

    Name

    名称

    文本

    20

    必须非空

    3

    ISBY

    ISBN号

    文本

    15

    可为空

    4

    Author

    作者

    文本

    10

    可为空

    5

    publisher

    出版社

    文本

    20

    可为空

    6

    Type

    类型

    文本

    16

    可为空

    7

    Price

    价格

    货币

     

    可为空

    8

    StoreQuan

    存储量

    整数

     

    可为空

    9

    TotalQUAN

    销售信息

    整数

     

    可为空

    10

    TotalFinanc

    财务信息

    浮点数

     

    可为空

     

    11.5.2物理结构设计要点
    (1)  存取路径及方法:

    建立了建立数据文件,日志文件,信息如下

    数据文件:初始大小3M,增长量1M不限制增长,路径: C:\Program Files\Microsoft SQLServer\MSSQL 10.MSSQLSERVER\MSSQL\DATA

    日志文件:初始大小2M.增长为10%不限制增长,路径: C:\Program Files\Microsoft SQLServer\MSSQL10.MSSQLSERVER\MSSQL\DATA(2) I  建立索引

    1.由于图书编号与作者是主码,所以在该表上建立索引

    2.名称查询图书时,--个名称可能有多个作者对应的多个值,所以设置索引。
     11.5.3数据结构与程序的关系
      说明各个数据结构与访问这些数据结构的形式:

     

    库存管理子系统

    销售系统

    统计与分析系统

    图书入库

     

     

    销售

     

     

    顾客查询图书

     

     

    顾客退书/调书

     

     

    统计查询

     

     

    (管理员)库存整理

     

     

    销售业绩统计

     

     

    客户预定图书

     

     

     

     

    资源管理子系统

    会员管理子系统

    系统辅助功能

    客户资源管理

     

     

    资源管理

     

     

    11.6系统出错处理设计

    11.6.1出错信息

    系统在登录时采用登录名和SQL server数据库的登录名相同的方式来确保系统的安全性,这样如果是源代码被泄露了那个人也得不到用户名和密码。

    对于本系统程序的几种可能的错误进行了分析,分别进行了不同处理。主要的错误可能有:

    数据库连接错误:这类错误主要是数据库设置不正确,或者某些异常引起的,我们只要取消本次操作,提醒用户检查数据库问题就可。

    还有输入错误或者其他操作错误大都如下表:

    出错或故障情况

    系统输出信息

    含义

    处理方法

    登录名或密码出错

    显示“登录名或密码出错”

     

    连续三次后系统自动冻结该用户

    用户使用错误的数据或访问没有权限的数据后

    显示“对不起,你非法使用数据,没有权限!”

     

     

    数据库损坏

     

    数据有损

    补救措施

    突然断电或断网

     

    无法连接

    补救措施

    11.6.2 补救措施

     

    1.以统一的机制进行系统权限的控制。

    2.对程序中用到的数据尽量进行加密,以减黑客攻击的危害。

    3.定期对数据库中的数据进行备份。

    11.6.3 系统维护设计

    1.编码实现时应采用模块化和分层思想,提高模块内部的内聚性,减少模块间的耦合性,是系统逻辑结构清晰,从而增强可读性和可维护性。

    2.面向数据与面向对象相结合,模块划分符合面向对象思想。

    3.严格按照软件产品设计规范的步骤进行开发,并重复考虑软件的可维护性,详细编写各阶段的文档资料,并在程序设计过程中做出大量详细的注释。

     

     

     



     

     

     

登录后才能评论,请先登录注册