设备管理系统
【指导教师】
【作者】
李万选
【参与编写】
邵鸿宇、李万选
【项目组长】
邵鸿宇
【项目成员】
邵鸿宇、李万选
目录
实验一需求规格说明书 (4)
1 产品介绍 (4)
1.1 项目来源 (4)
1.2 项目需要解决的问题 (4)
1.3 项目概念 (4)
1.4 项目目标 (5)
2 产品面向的用户群体 (5)
3 产品应当遵循的标准或规范 (5)
4 产品的功能性需求 (6)
5. 功能模型 (7)
5.1 系统总用例图 (7)
5.2 报账系统用例描述 (8)
5.2.1 登录 (8)
5.2.2 借用管理 (10)
5.3 提交借用申请用例活动图 (15)
6 产品的非功能需求 (15)
6.1 软硬件环境需求 (15)
6.1.1 硬件环境 (15)
6.1.2 软件环境 (16)
6.2 产品质量需求 (17)
6.2.1 精度 (17)
6.2.2 时间特性的要求 (17)
6.2.3 灵活性 (17)
6.2.4 输入输出要求 (17)
7.词汇表 (18)
实验二领域模型 (19)
1 概念类分析 (19)
1.1 用户登录 (19)
1.2 借用管理—提交借用申请 (19)
2 领域模型（概念类图） (20)
2.1 用户登录 (20)
2.2 借用管理（提交借用申请用例） (21)
3 系统顺序图 (21)
3.1 登录系统顺序图 (21)
3.2 提交借用申请系统顺序图 (22)
实验三详细设计报告 (23)
1.提交借用申请—系统实现 (23)
1.1顺序图 (23)
1.2类图 (24)
2系统管理—日常维护—系统实现 (25)
实验一需求规格说明书
1 产品介绍
1.1 项目来源
鉴于设备需求的快速发展，为了提升设备借用效率，公司准备开发设备系统，取代原来的人工处理方式。
1.2 项目需要解决的问题
✓原来手工的借用借出效率低。
✓财务部门、项目开发部门、技术维护等各个部门间需要大量的信息交流，许多业务流程需要各个部门协同处理，共同完成信息处理和新信息生成
的工作。
✓而在实际的工作过程中，由于交流沟通的缺乏及部门间工作步调和工作安排的不统一，部门间的协同工作总是存在各种困难。
此外，一些不可
避免的临时变动造成的突发状况也使部门间的合作难上加难。
✓由于没有寻求到很好的部门间合作的工作机制和工作方法，常常导致协同工作效率是单个部门工作效率的一半甚至更低，工作的质量和准确率
也大大降低，常常需要多次协调和修改才能达到预期的目的。
✓许多长期在外的工作人员申请借用设备很困难，甚至难以完成。
1.3 项目概念
✓产品用途：本产品主要是为了方便用户更高效的借用和归还设备而开发。
✓产品性质：本产品是基于JA V A开发的桌面级别应用系统；
✓产品的使用领域：完成用户借用设备、管理人员借用权限的管理工作。
✓产品内容：本产品包含两个子系统，分别是用户管理子系统和系统管理
子系统。
1.4 项目目标
本项目的开发目标是帮助公司：
✓使信息处理复杂化的现状得以改观，从而有效地提高企业设备管理效率；
✓通过制定详细合理的业务流程，规范借入、借出的工作流程，统一各部门的工作步调，协调部门间的工作；
✓通过信息系统，为公司提供高效高质的部门间协同工作的工作机制和方法，帮助其更好的进行信息交流，优质的完成预期的工作。
2 产品面向的用户群体
本软件的最终用户为企业公司所有工作人员，其主要构成为企业用户及管理人员，因此本软件在提供完善的业务处理功能的同时，将提供友好、易用、便捷的用户操作界面和简单的使用流程，以方便使用人员更好的进行操作，提高工作效率和质量。
3 产品应当遵循的标准或规范
✓平台约束：
本项目的开发平台为Windows操作系统（windows xp、windows vista、
windows 7、windows 10）；
客户端应用平台：windows操作系统；
服务器端应用平台：windows操作系统（10）
✓语言约束：
本项目的开发语言为java；国际化语言系统支持中文和英语两种语言；
✓时间约束：
项目开发周期：*周（*~*）
✓为了使产品更好更全面的发挥其作用，其他项目可能会与本项目并行或在本项目结束后对产品的其他子系统进行开发。
4 产品的功能性需求
报帐系统将支持用户记录（或预见）日常业务活动的开销，并自动结算每个月应该返还用户的补偿金额，补偿额会直接存入用户的工资户中。
报帐系统应具有基干先进技术的图形化界面，用户可以输入业务活动的种类和简短描述，活动开销的类别，选择不同的支付方式，并可以生成灵活的报表。
报帐系统应该有能力根据用户＿提供的信息和要求返还补偿额，同时保存全部用户的报帐信息。
用户可以通过他们自己的电脑来使用报帐系统。
由于牵涉到财务信息，报帐系统必须提供可信的安全机制。
公司现有一套基于微软SQL Server的人事管理数据库系统，记录用户的基本信息和团队的组织结构。
报帐系统将和现有人事管理数据库系统协同工作，需要引用人事管理数据库系统中的部分信息，但不会更新其内容。
通过报帐系统，用户能够在出差前（提前两天）按照规定的额度向公司申请借款，相关的经理人员能够通过报帐系统批复或拒绝报帐系统应在相关负责人批复之后通知该用户提取现金或确认相应款项已经划入指定信用卡（根据用户的要求）；用户可以通过报帐系统借用合理的业务活动费用
财务部门将指定一位报账系统管理员监管拟建系统中的信息，负责初始设置和维护特定的分类额度准则，并能够定期或随机地向各部门负责人提交报帐情况的统计报告。
报帐系统在每月的25日对通过审批的报帐申请自动作一次结算，并以电子邮件的方式通知应该得到补偿的用户，同时生成一份统计报告传送给财务部门的系统监管人员。
5. 功能模型
5.1 系统总用例图
结算当月报销费用(from Actors)
图一系统总用例图
5.2 报账系统用例描述
5.2.1 登录
内部电子邮件系
统
(from Actors)
图二登录管理用例图
(1)登录
(3)密码找回
5.2.2 借用管理
统
(from Actors)
员工
(from Actors)
图三 用户借用管理用例图
(1) 提交借用申请
5.3 提交借用申请用例活动图
提交借用申请活动图6 产品的非功能需求
6.1 软硬件环境需求
6.1.1 硬件环境
6.1.2 软件环境
6.2 产品质量需求
6.2.1 精度
本系统中输入的各种数据均要求精确到小数点后2位。
6.2.2 时间特性的要求
✓搜索查询时间最大不超过7秒。
✓页面平均处理及响应时间在3—10秒以内，最大不超过10秒。
✓页面平均更新响应时间为3秒左右，最大不超过7秒。
6.2.3 灵活性
a)操作方式的变化：如果公司的业务情况或业务逻辑出现变化，导致本系
统需求发生变化，在可接受的范围内，要求本系统能够及时完成需求变
更及各项相关的处理工作，实现新的需求。
b)运行环境的变化：本系统支持各种功能完善、成熟的浏览器（eg. IE、遨
游等）。
c)精度和有效时限的变化：如果公司提出要求改变精度和有效时限，在可
接受的范围内，接受并实现其需求变更。
d)开发计划的变化或改进：在可接受的范围内，本系统的开发工作将积极
开发配合计划的变化或改进。
6.2.4 输入输出要求
本系统的输入数据类型主要是整形、浮点型和字符串类型；输出以字符串、整形、浮点型及各类3D图表为主。
7.词汇表
实验二领域模型1 概念类分析
1.1 用户登录
1.2 借用管理—提交借用申请
2 领域模型（概念类图）2.1 用户登录
略
2.2 借用管理（提交借用申请用例）
图一提交借用申请用例实现之概念类图（领域模型图）3 系统顺序图
3.1 登录系统顺序图
略
3.2 提交借用申请系统顺序图
图二提交借用申请用例实现之系统顺序图
实验三详细设计报告1.提交借用申请—系统实现
1.1顺序图
图一提交借用申请用例实现之顺序图
1.2类图
实现提交借用申请的类图如图三所示：
图三提交借用申请用例实现之设计类图模块名类名说明
报账管理—提交借用申请Claim_report 借用单类，存储借用的信息，需长期保存
Claim_record 借用记录类，存储存储一次借用的各个分享，需长
期保存
Employee 用户类，信息从人事管理数据库提取
Valid_rule 校验规则类，信息需长期保存
Submit_claim 控制器类，起协调作用
SubmitClaimForm 界面类，实现时是界面的抽象
I_HRDatabase 接口—负责从人事管理数据库提取信息HRDatabase 实现类—实现I_HRDatabase接口
I_Mailsystem 实现类—实现I_Mailsystem
2系统管理—日常维护—系统实现略。