实验室器材管理系统-概要设计说明书.doc

实验室器材管理系统-概要设计说明书

———————————————————————————————— 作者：
———————————————————————————————— 日期：

2

个人收集整理 勿做商业用途

项目编号: R—1-24—10—2010
〈实验室器材管理系统〉
分 类：
〈模板>

概要设计说明书
Version： 1。0.0

项 目 承 担 部 门：实训第八小组

撰 写 人（签名）：

完 成 日 期：2010-11-20

本文档 使 用部门: □主管领导 ■项目组
□客户（市场） ■维护人员 □用户

评审负责人（签名）：

评 审 日 期： 二o一o 年 11 月 20 日

10

目 录
1. 引言 1
1.1 编写目的 1
1.2 定义 1
1.3 参考资料 1
2. 范围 1
2。1 系统主要目标 1
2.2 主要软件需求 1
2.3 设计约束、限制 1
3。 软件体系结构设计 1
3。1 系统运行环境 1
3.1.1 网络结构图 1
3.1。2 硬件环境 1
3.1.3 软件环境 1
3。2 软件体系结构 1
3.2。1 *＊***＊*＊＊体系结构概述 2
3.2。2 系统结构 2
3。2。3 模块设计 2
3.3 功能需求追溯 2
3。4 复用策略 2
4。 数据设计 3
4。1 数据库的概念结构模型设计 3
4.2 数据库的逻辑结构模型设计 3
4.3 数据库的物理结构模型设计 3
4.4 数据结构与程序的关系 3
5。 接口设计 3
5。1 用户界面设计规则 3
5.2 内部接口设计 3
5。3 外部接口设计 3
6。 出错处理设计 3
7。 系统维护设计 4

1. 引言
1.1 编写目的
本说明书描述了实验器材管理系统软件的总体设计，为随后的详细设计制定一个框架.本说明书的读者对象为该餐厅点餐系统的软件详细设计人员、代码编写人员、测试人员、维护人员和该项目的审核验收人员。
1.2 定义
EEMS（Experimental Equipment Management System。）
1.3 参考资料
软件工程（第二版) 《实验器材管理系统需求规格说明书》 《项目开发计划书》
需求分析报告 需求管理计划 软件开发计划 配置管理计划 测试计划
2. 范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为用户、开发方等不通过参与方提供一个交流平台。该文档定义了系统的结构和单元接口,但未确定单元的实现方法，这部分内容将在详细设计/实现中确定。
2.1 系统主要目标
本实验器材管理系统针对实验室的各种器材，由管理人员进行添加和删除，以及学生进行查询.
1、能够存储一定数量的器材的各种信息,并方便有效的进行相应的数据操作和管理
2、 有良好的运行效率，能够达到提高生产率的目的;
3、平台的设计具有一定的超前性，灵活性，能够适应器材的的变化；
主要软件需求
1、学生查询软件
2、管理员查询、添加、删除、修改软件。
3、超级管理员添加、删除管理员软件

设计约束、限制
1．开发限制在两周之内完成;
2．开发人员开发经验严重不足；
3．编程人员对开发工具不熟悉，编程经验非常有限；
4。 目前的版本只是雏形，即只提供基本功能的试用.
3. 软件体系结构设计
3.1 系统运行环境
3.1.1 网络结构图
Web服务器
数据库服务器
系统管理员
局域网
局域网用户机
3.1.2 硬件环境
Window XP OR Window 7
（1）客户机：普通PC
CPU：1.8GHz以上
内存：512MB以上
能够运行IE5.0以上或者Netscape4.0以上版本的机器
分辨率：推荐使用1024＊768像素
(2）Web服务器
CPU：2.0GHz
内存：1GB以上
硬盘：250GB以上
网卡：1 KMb/s速度网卡
（3）数据库服务器
CPU：2.0GHz
内存:1GB以上
硬盘：250GB以上
3.1.3 软件环境
操作系统：UNIX/Linux/Windows 2000或以上版本
数据库:SQL Server 2005
开发工具包：JDK Version 1。4。2
开发环境：eclipse-SDK-3.1.2-win32
浏览器：IE 6。0以上
3.2 软件体系结构
C／S体系结构，即客户机和服务器结构。这种体系结构模式是以数据库服务器为中心、以客户机为网络基础、在信息系统软件支持下的两层结构模型。这种体系结构中，用户操作模块布置在客户机上,数据存储在服务器上的数据库中。客户机依靠服务器获得所需要的网络资源,而服务器为客户机提供网络必须的资源。
3.2.1 ***＊*＊＊*＊体系结构概述实验器材管理系统
一般管理员
超级管理员
学生查询端
添加器材信息
删除器材信息
按器材编号查询
修改自己登陆密码
修改管理员信息
添加管理员
修改器材信息
查询器材信息
器材列表
删除管理员
按器材名称查询

3.2.2 模块设计
按功能分解，本系统分为客户端系统和两个管理端系统。根据需求分析的设计，客户端有学生查询模块，管理端系统有超级管理员模块和管理员模块。

3.2.2.1 模块1——学生查询模块
学生无需密码进入系统按器材编码或者名称查询器材的有限信息。
3.2.2.2 模块2—-超级管理员模块
超级管理员用密码登陆系统可以对一般管理员的信息进行操作,包括删除该管理员。
3.2.2.3 模块3—-管理员模块
管理员拥有对器材信息操作的最高权限,管理员用密码登陆系统后可以查询器材的信息包括借用人员的信息。
…………………
3.2.2.4 模块n——＊*＊**＊
3.3 功能需求追溯

模块1
模块2
模块3
功能需求1
√

功能需求2
√

功能需求3
√

功能需求4
√

功能需求5
√

功能需求6

√

功能需求7

√

功能需求8

√

功能需求9

√

功能需求10

√
功能需求11

√

3.4 复用策略
可复用数据:器材编号、器材名称
3.5 数据库的概念结构模型设计
概念设计用来反映现实世界中的实体、属性和它们之间的关系等的原始数据形式,建立数据库的每一幅用户视图.
本实验数据库主要包含一个表和一个视图。
表供老师使用
表项包括:器材名称、器材编号、器材类型、存放地点、库存数量、所属单位、所借人证件号码、借出时间、该器材借出到期时间。
视图由学生查询使用:
视图项包括：器材名称、类型、存放地点、库存数量、所属单位、器材编号、器材类型

3.6 数据库的逻辑结构模型设计
本数据库中逻辑结构模型主要是老师表中库存数量、所借人证件号码、借出时间、器材借出到期时间.
学生借用某器材数量为n

表中库存数量判断，若库存数量>n，则允许借出，库存数量减去n,否则，不允许借出

老师表中记录借出器材人的证件号码、借出时间、器材借出到期时间

3.7 数据库的物理结构模型设计
1． 在磁盘空间不足的情况下,可以使用多个小空间的磁盘，同时，也可为数据库扩展新的磁盘空间；
2． 备份/还原，只读/读写，离线/在线等数据库管理与维护；
3． 如果文件组中的文件被限制大小,那么此时数据库会报出空间不足的错误，所以在定义文件时，要么指定其大小无限增长(直到填满磁盘空间)，要么定期检查文件空闲空间的大小，以手动扩展。
4． 对于主键的单值或范围查找,尤其是范围查找，索引组织表效率更高,因为省去了的成本，在非明确指定的情况下，SQL SERVER中默认使用索引组织表。

3.8 数据结构与程序的关系
表项包括：器材名称、器材编号、器材类型、存放地点、库存数量、所属单位、所借人证件号码、借出时间、该器材借出到期时间。
视图项包括：器材名称、器材名称、存放地点、库存数量、所属单位、器材编号、器材类型

模块1
模块2
器材名称
√
√
器材编号
√
√
存放地点
√
√
所属单位
√
√
库存数量
√
√
借出时间
√

该器材借出到期时间.
√

所借人证件号码
√

4. 接口设计
4.1 内部接口设计
老师模块和学生模块都与数据库接口相连接，各个模块之间的通信联系靠通信接口
4.2 外部接口设计哦
本系统与各外部支持软件之间依靠通信接口进行相互联系交流
4.3 用户界面设计规则
采用windows界面，且必须对鼠标和键盘提供支持

5.
5.1 用户界面设计规则
分析《需求规格说明书》中的用户特点，设计交互、信息显示和数据输入等用户界面规则.若有的话,列出用户的强制标准和开发单位的强制标准.
5.2 内部接口设计
说明软件内部模块间的接口安排。
5.3 外部接口设计
说明本系统同外界的所有接口的安排,包括软件与硬件之间的接口，本系统与各支持软件之间的接口关系。
内部和外部的接口设计必须结合模块内部的数据验证和出错处理。
6. 出错处理设计
说明每种可能的出错或故障情况，并对他们命名和编号；给出出错时的信息显示界面；和相应的补救措施。
7. 系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排，指明哪些功能和数据需要维护及其实现维护功能的模块。