面向对象软件设计说明书

1、面向对象软件设计说明书目录1 概述21.1 系统简述21.2 软件设计目标21.3 参考资料52 用例53 设计概述63.1 简述63.2 系统结构设计63.2.1 子系统 1 结构83.2.2 子系统 2 结构83.3 系统界面93.4 约束和假定94 对象模型94.1 系统对象模型95 对象描述105.1 子系统 1 中的对象105.1.1.属性描述：115.1.2 方法描述：116 动态模型126.1 场景136.2 状态图147 非功能性需求147.1 安全性需求147.2 可用性需求147.3 用户文档157.4 其它需求157.5 未实现功能151 概述1.1 系统简述近年来，随着

2、实践教学工作的不断推进，各高校在实验室开放工作中也都积累了丰富的经验，国外出现了很多探讨实验室开放模式的论文成果。同时随着计算机技术的不断发展，有些高校或软件公司也陆续着手开发此项工作的管理系统。从系统架构上讲，多数基于B/S 架构开发，从功能上讲，有的已可以面向全校师生提供开放性实验信息，而多数则只面向某个专业的学生提供服务，对于跨学院、跨专业实验预约则需要填写专门的申请表或通过其他申请方式来进行。本设计拟对开放性实验预约管理系统进行设计与实现，该系统主要包括用户管理、实验容管理、实验预约管理、预约执行及结果管理等功能模块。开发目标是把大量的机械性工作交由计算机处理，同时提供友好的人机界面和

3、人性化的操作方式，使学生、实验室管理员和实验指导教师能够把更多的精力投入到开放性实验活动中去，使学校领导层能够实时了解全校实验室开放工作的进展情况。本设计的主要用户为学校的实验室管理员，教师，学生和科研单位的实验室管理员以及各实验员。由 于我国国 的大部分学校和试 验单位的计 算机普 遍采用Microsoft 公司的 windows 系列操作系统，因此本设计主要运行在 windows 系列操作系统下，要求为 windowsXP 及以上版本。浏览器为 IE6 以上，其它常见浏览器如 FireFox。本设计拟采用三层 B/S 体系架构，对开放性实验预约管理系统各个功能模块进行设计，基于 j2ee

4、开发环境的平台和 SQL Server 2005 数据库管理软件。1.2 软件设计目标实验室预约系统的设计目标为解决实验室的预约混乱，合理的安排实验室，使实验室尽可能多的为同学和教师服务。功能主要是实现实验室的网上预约， 除此之外，还可以提前安排本学期的实验课程，教师和管理员可以随时添加和删除不必要的和冗余的实验课程。学生随时可以预约空闲的实验室和查看历史的实验成绩。教师则根据学生的实验而划定学生的实验成绩分数，上传到本系统的数据库，管理员和任课教师有权随时更改学生的成绩。在本系统中，实验室管理员， 教师，学生分别拥有着不同的用户权限和使用着不同的功能。使用本系统需使用登录账号。初次使用请设置

5、自己的基本信息，以便于教师和管理员必要时查询。学生和教师的课程和实验信息由管理员设置，教师和学生可以登录查询。管理员拥有超级用户权限，如有错误，请与管理员联系修改。至于实验室部的仪器，实验室守则，试验规，实验药品的采购和存放， 则是由实验室管理人员制定并负责实施，学生或实验人员在实验中损坏仪器的赔偿或补充，在本系统中不予实现。学生的实验课程以外的容在本系统中也不予实现。教师端只可以安排和删除自己任课围的实验课程，对学生的实验打分，预约实验室，除此之外没有其他权限。管理员只有在实验室管理中拥有最高权限，与实验室无关的容，本系统不予涉及。对于非功能性的需求，系统的响应快，支持的客户端多，可同时在线

6、预约 200 名客户端。安全性高，用户无权操作自己用户权限以外的容，支持用户名和密码匹配原则，并在系统中生成相关登录日志，密码忘记须持有效证件去找实验室管理员更改密码。本系统针对管理员和教师以及学生设计，比较容易操作，界面简洁易懂， 对计算机知识要求不高。总体来说，应用实用性较高。添加学期管理修改删除添加实验项目管理修改删除实验室管理员添加实验批次管理修改删除添加教师信息管理修改删除添加学生信息管理修改删除1.3 参考资料资料名称标识符出 版 单 位作者日 期J2ee 应用开发实践清华大学宋远行2011 年Java 语言程序设计机械工业娜（译）2011 年Java 实用教程清华大学耿祥义，跃平

7、2012 年数据仓库工具箱DB2 数据库管理最佳实践清华大学电子工业包战（译）徐明伟，王涛2012 年2011 年2 用例预 约 选择预 约 报告查 询 预约学生预 约 提示成功学生用例图预 约 选择预 约 报告查 询 预约教师预 约 提示成功教师用例图3 设计概述3.1 简述在系统的总体设计中，我们采用的是面向对象设计，系统的体系结构为客户/服务器结构。在本系统中，我们使用到了面向对象程序设计，JAVA 编程思想，以及 sql2005 的相关技术。本系统的主要设计语言为 j2ee 编程语言，在数据库的建立和连接上我们用到了 tomcat 和 sql 的建立工具。系统的图形设计主要用 RATI

8、ONAL ROSE。3.2 系统结构设计系统顶层结构， 描述一下该系统的系统结构示意图。 高层结构：系统用户登陆添加系统用户系统管理删除系统用户修改用户密码退出系统人员基本信息维护查询人员信息基本信息管理课程信息统计数据统计实验室预约系统实验批次信息统计预约查询维护我的预约维护信息发布维护系统数据维护预约显示维护数据备份数据恢复帮助帮助关于查询可预约实验可查询实验的内容，地点，时间。实验预约学生预约：内容，地点，时间。查询预约审核预约后通过 email=传给学生，结果若失败说明原因查询已预约实验学生输入实验项目，地点，时间。可模糊查询3.2.1 子系统 1 结构3.2.2 子系统 2 结构查看

9、预约预约操作学生提交预约查看提交预约3.3 系统界面编号1画面名称登录界面文件名Login.cs说明用户登录系统2主界画面Form-main.cs整个系统总框架，包括系统各个模块3信息管理画面User_control.cs信息的录入和删除等4信息查询界面User_search.cs相关信息的查询界面5预约界面User_book.cs实验室预约本系统没有提供其他系统的借口，故不在对其他接口进行描述。3.4 约束和假定为防止同时登录用户数目过多造成系统崩溃，特添加部分约束条件，防止系统出现意外状况，影响使用。1)本系统最多支持 50 个终端同时登录，多余终端需等待进入。2)支持并行操作的用户数为

10、20.3)系统响应的时间不会超过 20 秒，在峰值状态下数据处理量基本可满足需要。不会因为系统影响使用。本系统的实验语言为 j2ee，如果在本系统的修改和功能拓展时使用其他语言，可能会造成系统部冲突而影响系统的正常使用，严重时可能会造成系统的崩溃。本系统的试验运行平台为 windowsXP 系统，其他平台尚未实验，估计在兼容JAVA 语言的计算机平台均可正常运行。4 对象模型4.1 系统对象模型系统架构采用 B/S 模式，以 Web 信息系统的三层体系结构提供服务。三层结构是由 Web 程序“浏览器/服务器”（B/S）模式衍生的体系结构，在传统的二层结构基础上增加了中间层，将业务规则、数据访问

11、、合法性验证等放到中间层单独处理。本系统把两者有机结合起来，以产生 HTML 页面做界面显示与用户段浏览器；服务器端以ASP、VBScript、JavaScript 语言编写的程序做控制器，接受用户输入，并决定调用何种模型（GET、POST 等）去完成用户的请求；以 SQL Server 作为数据模型存储资源及状态。为系统提供了良好的安全性、可移植性和扩展性。系统总体架构设计如下图 5.1用户层管理平台预约平台业务层数据验证，传输，存储数据源HTMLAppletsASP,JSP数据库层图 5-1 系统模型图5 对象描述5.1 子系统 1 中的对象 对象 1：空闲实验室用途：用于被学生和教师以及

12、其他实验人员预约。约束：当该实验室被预约之后，其他人不得在相同的时间再次预约。当被实验室管理员设置用作其他用途时，不得预约。持久性：进入预约/查询界面开始，直到退出预约/查询界面终止对象 2：已预约实验室用途：用于描述已经被预约或被用作其他用途的实验室约束：该实验室只有被预约或被用作其他安排时不可以被预约，但可以被查询到同事可以被预约者取消预约，变回空闲实验室。持久性：被预约直到使用或被取消预约对象 3：实验课程用途：学生每学期的课程安排以及相应的实验室安排，课程的任课教师和学生数量和。约束：实验课程的安排必须完全服从空闲实验室的安排。课程的学生数量有上限和下限。数量不得超过上限，当数量低于下

13、限时，该实验取消。持久性：启动系统直到关闭系统5.1.1.属性描述：（1）属性：用户 类型：整形（int）描述：用户的用户名约束：-3276832767（2）属性：密码类型：int描述：用户进入系统时的密码约束：-32768327675.1.2 方法描述：方法：某用户登录时需要输入用户名和密码。返回类型：布尔型参数：1、0.返回值：若用户登录成功则返回 true，若登录失败则返回 false。Pre-Condition：必须输入合法的用户名和密码。Post-Condition：登录成功后必须行使合法的权利。 读取/修改的属性：用户名不可以修改，密码可以修改。调用的方法：通过不同的用户需求调用相

14、应的方法。测试用例：根据系统安全性设计的要求，对系统的安全性进行了集中的测试。身份验证：在首页中，只有当正确输入用户名、密码和用户身份时，才能进入系统，若输入错误，系统将拒绝用户登录，并提示“用户名或密码错误，请重新输入”。非法登录：若想通过在 URL 中输入地址直接登录到系统，系统将拒绝此次非法登录，将强制到首页。通过对系统安全性的测试，确认系统达到设计要求。6 动态模型步骤 1：定义用例，确定模型中的类和对象角色描述学生（1） 查看预约（2） 预约操作（3） 提交预约（4） 查看提交预约教师（1） 查看预约（2） 预约操作（3） 提交预约（4） 查看提交预约（1）（2）（3）系统管理员（4

15、）查看预约预约操作查看提交预约 对操作提交预约本系统可以分为三个用户角色，分别为学生、教师和系统管理员，通过不同的用户角色来决定用户在使用系统时所享用的权限。具体的描述如下图：6.1 场景场景名：学生预约实验状态图需求分析活动图：需求模型细化分析模用 例模型用 例协作需 求列表需求分析通 信图接口系 统结构用 例类图术语分析类模型 描述用例实现分析活动图：用 例模型定 义 用例协作用 例 协作需 求列表准备通讯图通信图接口准备用例图用例类图系 统结构准备分析类图分析类模型6.2 状态图未登录状态输入用户名密码用户名密码错误用户名密码正确已登录状态输入查询条件，开始查询查询等待状态继续查询得到查

16、询结果状态结束查询学生对象预约实验的状态图7 非功能性需求7.1 安全性需求（1）权限控制根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。学生只可查看自已的实验成绩以及预约实验室，教师可查看所教课程的学生成绩并进行修改，安排课程，预约实验室。（2）重要数据加密本系统对一些重要的数据按一定的算法进行加密，如用户口令、重要参数等。（3）数据备份允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。（4）记录日志本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。这些错误记录便于查找错误的原因。日志同时记录用户的关键性操作信息。

17、7.2 可用性需求（1）方便操作，操作流程合理尽量从用户角度出发，以方便使用本产品。如：新增学生信息时，敲入回车键光标的自动跳转、输入法的自动转换，信息检索时输入汉语简拼快速检索到结果等。可以通过快速键方便用户录入信息，所有操作可仅通过键盘完成。（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。（3）控制必录入项本系统能够对必须录入的项目进行控制，使用户能够确保信息输入的完整。同时对必录入项进行有效的统一的提示。（4）容错能力系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。（5）操作完成时有统一规的提示信息例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页面。（6）管理员可自定义为了满足业务的不断变化，一些重要的参数应该可以灵活设置。7.3 用户文档同本软件一起发行的用户文档包括：（1）安装手册：Word 格式文件。（2）用户手册：Word 格式文件。（3）在线帮助：HTML Help 格式文件，联机式。7.4 其它需求（1）支持多浏览