实验室器材管理系统-概要设计说明书.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. 系统维护设计说明为了系统维护的方便而在程序内部设计中作出的安排，指明哪些功能和数据需要维护及其实现维护功能的模块。

展开阅读全文