设备管理系统设计文档文章教学教案

企业报账管理系统 文件状态：[]草稿[√]正式发布[]正在修改 文件标识： SoftwareRequirementSpecification 当前版本： 1.0 作者： 软件工程课组 完成日期： 2016-5-1设备管理系统【指导教师】【作者】李万选【参与编写】邵鸿宇、李万选【项目组长】邵鸿宇【项目成员】邵鸿宇、李万选目录4实验一需求规格说明书41产品介绍41.1项目来源41.2项目需要解决的问题51.3项目概念51.4项目目标52产品面向的用户群体53产品应当遵循的或规范64产品的功能性需求85.功能模型85.1系统总用例图95.2报账系统用例描述95.2.1登录115.2.2借用管理165.3提交借用申请用例活动图166产品的非功能需求166.1软硬件环境需求166.1.1硬件环境176.1.2软件环境186.2产品质量需求186.2.1精度186.2.2时间特性的要求186.2.3灵活性186.2.4输入输出要求197.词汇表20实验二领域模型201概念类分析201.1用户登录201.2借用管理—提交借用申请212领域模型（概念类图）212.1用户登录222.2借用管理（提交借用申请用例）223系统顺序图223.1登录系统顺序图233.2提交借用申请系统顺序图24实验三详细报告241.提交借用申请—系统实现241.1顺序图251.2类图262系统管理—日常维护—系统实现实验一需求规格说明书1产品介绍1.1项目来源鉴于设备需求的快速发展，为了提升设备借用效率，公司准备开发设备系统，取代原来的人工处理方式。1.2项目需要解决的问题原来手工的借用借出效率低。财务部门、项目开发部门、技术维护等各个部门间需要大量的信息交流，许多业务流程需要各个部门协同处理，共同完成信息处理和新信息生成的工作。而在实际的工作过程中，由于交流沟通的缺乏及部门间工作步调和工作安排的不统一，部门间的协同工作总是存在各种困难。此外，一些不可避免的临时变动造成的突发状况也使部门间的合作难上加难。由于没有寻求到很好的部门间合作的工作机制和工作方法，常常导致协同工作效率是单个部门工作效率的一半甚至更低，工作的质量和准确率也大大降低，常常需要多次协调和修改才能达到预期的目的。许多长期在外的工作人员申请借用设备很困难，甚至难以完成。1.3项目概念产品用途：本产品主要是为了方便用户更高效的借用和归还设备而开发。产品性质：本产品是基于JAVA开发的桌面级别应用系统；产品的使用领域：完成用户借用设备、管理人员借用权限的管理工作。产品内容：本产品包含两个子系统，分别是用户管理子系统和系统管理子系统。1.4项目目标本项目的开发目标是帮助公司：使信息处理复杂化的现状得以改观，从而有效地提高企业设备管理效率；通过制定详细合理的业务流程，规范借入、借出的工作流程，统一各部门的工作步调，协调部门间的工作；通过信息系统，为公司提供高效高质的部门间协同工作的工作机制和方法，帮助其更好的进行信息交流，优质的完成预期的工作。2产品面向的用户群体本软件的最终用户为企业公司所有工作人员，其主要构成为企业用户及管理人员，因此本软件在提供完善的业务处理功能的同时，将提供友好、易用、便捷的用户操作界面和简单的使用流程，以方便使用人员更好的进行操作，提高工作效率和质量。3产品应当遵循的标准或规范平台约束：本项目的开发平台为Windows操作系统（windowsxp、windowsvista、windows7、windows10）；客户端应用平台：windows操作系统；服务器端应用平台：windows操作系统（10）语言约束：本项目的开发语言为java；国际化语言系统支持中文和英语两种语言；时间约束：项目开发周期：*周（*~*）为了使产品更好更全面的发挥其作用，其他项目可能会与本项目并行或在本项目结束后对产品的其他子系统进行开发。4产品的功能性需求报帐系统将支持用户记录（或预见）日常业务活动的开销，并自动结算每个月应该返还用户的补偿金额，补偿额会直接存入用户的工资户中。报帐系统应具有基干先进技术的图形化界面，用户可以输入业务活动的种类和简短描述，活动开销的类别，选择不同的支付方式，并可以生成灵活的报表。报帐系统应该有能力根据用户＿提供的信息和要求返还补偿额，同时保存全部用户的报帐信息。用户可以通过他们自己的电脑来使用报帐系统。由于牵涉到财务信息，报帐系统必须提供可信的安全机制。公司现有一套基于微软SQLServer的人事管理数据库系统，记录用户的基本信息和团队的组织结构。报帐系统将和现有人事管理数据库系统协同工作，需要引用人事管理数据库系统中的部分信息，但不会更新其内容。通过报帐系统，用户能够在出差前（提前两天）按照规定的额度向公司申请借款，相关的经理人员能够通过报帐系统批复或拒绝报帐系统应在相关负责人批复之后该用户提取现金或确认相应款项已经划入指定信用卡（根据用户的要求）；用户可以通过报帐系统借用合理的业务活动费用财务部门将指定一位报账系统管理员监管拟建系统中的信息，负责初始设置和维护特定的分类额度准则，并能够定期或随机地向各部门负责人提交报帐情况的统计报告。报帐系统在每月的25日对通过审批的报帐申请自动作一次结算，并以电子邮件的方式通知应该得到补偿的用户，同时生成一份统计报告传送给财务部门的系统监管人员。5.功能模型5.1系统总用例图图一系统总用例图5.2报账系统用例描述5.2.1登录图二登录管理用例图(1)登录 用例名 登录 用例类型业务需求 用例ID MSM1101 主要业务参与者 每个用户 其他参与者 设备管理数据库、人事管理数据库。 项目相关人员兴趣 每个用户：希望能够方便是使用ID和密码登录系统。 描述 该用例描述了一个用户登录的过程。 前置条件 用户已经拥有了该系统的ID。 后置条件 用户在该用例完成后可以进行对设备进行相关的处理。 触发条件 用户开始登录时该用例被触发 基本流程 用户填入登录信息系统验证用户信息系统向用户显示其主页。 替代流程 *a任何时刻发生以下情况，系统将会崩溃1.用户重启电脑。2.用户网络中断。2a.用户登录信息错误1.系统向用户提示登录信息错误，询问用户是否需要密码找回服务1a.用户选择密码找回，该用例退出转入密码找回用例1b.用户不选择密码找回，系统退回登陆页面。 结束 当用户成功登录，放弃登录或者选择密码找回时该用例结束。 实现约束和说明 “报账管理子系统”为Web界面，内部工作人员也为Web界面”。 待解决问题 (3)密码找回 用例名 密码找回 用例类型业务需求 用例ID MSM1102 主要业务参与者 每个用户 其他参与者 人事管理数据库、内部电子邮件系统 项目相关人员兴趣 用户：希望能够使用该功能进行密码找回。内部邮件系统：希望能够正确给用户使用的邮箱发送邮件。 描述 该用例描述了当用户忘记自己的密码后找回密码的过程。 前置条件 用户记得自己的邮箱和用户ID但是忘记了密码。 后置条件 用户找回密码 触发条件 用户准备申请密码找回该用例被触发。 基本流程 用户点击密码找回系统给用户发送邮件。用户收邮件得到密码。 替代流程 *a任何时刻发生以下情况，系统将会崩溃1.用户重启电脑。2.用户网络中断。2a用户邮件地址错误1.系统提示用户邮件地址错误 结束 用户找到密码或者放弃该操作。 实现约束和说明 “报账管理子系统”为Web界面，内部工作人员也为Web界面。 待解决问题 5.2.2借用管理图三用户借用管理用例图(1)提交借用申请 用例名 提交借用申请 用例类型业务需求 用例ID MSM1201 主要业务参与者 用户 其他参与者 人事管理数据库、设备管理数据库 项目相关人员兴趣 用户：希望能够提交自己的借用信息。管理员：希望能够看到用户提交的借用申请。 描述 该用例描述了用户申请借用的过程。 前置条件 用户成功登录系统，通过身份验证。 后置条件 如果该UseCase顺利执行，用户的借用申请单将被建立、更新、保存或者提交：否则，系统的状态应该保持和该UseCase执行之前相同。如果成功提交，经理通过电子邮件得到用户的借用申请。 触发条件 当用户选择借用申请时该用例被触发。 基本流程 1．打开借用单[用户]：用户选择进入“借用申请”功能。[系统]：如果该用户当月借用单存在，系统将取出相应信息并展示给用户。2．添加借用记录[用户]：用户要求添加一条借用记录[系统]：系统显示条空白的借用记录。3．填写借用记录[用户]：用户开始填写借用记录，每条借用记录包括的信息有：业务活动发生的时间、地点、客户名称（可选）、原因以及借用数量和种类（交通、餐饮、会议、通信和杂项）。[系统]：系统显示并记录用户输入的信息。为了让用户方便而准确地输入相关信息，除了客户名称、业务活动原因和借用设备的信息之外，其他信息域提供相应的下拉式选择列表。（重复以上针对每一条借用记录的活动，直至所有记录填写完毕）4．验证借用单[用户]：用户填写完毕所有借用记录之后，要求系统验证这些记录的合理性。[系统]：借用记录的初始状态为“未验证”，每当一条借用记录被验证为合理，系统将该借用记录的状态设置为“已验证”，系统在验证所有借用记录（为“已验证”）之后提示用户可以提交本月的借用单。验证为合理的记录必须满足几种条件：第一，不同种类的费用不超过相应的限额：第二，借用费用的类型要和用户的职能匹配。5．提交借用单[用户]：所有借用记录经过验证之后，用户提交当月的借用单。[系统]：系统保存这张借用单，将借用单的状态设置为“已提交”并记录提交日期，同时这张借用单被设为“只读”。系统要从人事管理数据库中获知该用户及其经理（负担该用户当月开销者）的电子邮件地址。为了及时通知相关人员，系统将自动生成份以当前借用单为内容的电子邮件发送到该用户及其经理的信箱中。当邮件成功发送后，用户得到一个确认信息。 替代流程 A1创建当月借用单[起始位置]：基本事件序列中，用户进入借用申请程序并准备打开当月借用单。[触发条件]：该用户的当月借用单不存在。[具体内容]：系统为该用户创建一张当月借用单。[返回位置]：基本事件序列中的“打开借用单”步骤A2删除借用记录[起始位置]：在提交借用单之前任意时间点。[触发条件]：用户希望删除某一条借用记录。[具体内容]：系统删除由用户指定的某一条借用记录。[返回位置]：同“起始位置”。A3更新借用记录[起始位置]：在提交借用单之前任意时间点。[触发条件]：用户希望更新某一条借用记录。[具体内容]：系统根据用户重新输入的内容更新相应的一条借用记录。将该借用记录状态设置为“未验证”[返回位置]：同“起始位置’。A4保存当月借用单[起始位置]：该UseCase允许用户在事件流中的任意时间点保存当月的借用单。[触发条件]：用户希望将已经录入的借用记录保存在报帐系统中。[具体内容]：系统保存该用户的当月借用单，并给出确认信息。用户可以在保存当月借用单之后直接退出系统。[返回位置]：同“起始位置”。A5借用记录不合理[起始位置]：基本事件序列中，“验证借用单”步骤中对每一条借用记录验证结束之后。[触发条件]：借用记录未通过验证，有两种情形：第一，某借用记录的金额超出了其对应类型费用的上限，己知有三种：请客户用餐人均超过300元，出差时每天住宿费超过800元，移动电话费在无特殊说明情况下超过800元；第二，借用费用的类型和用户所处的部门及职能不匹配，己知的情形是业务部门的用户申请加班补助。[具体内容]：告知用户不合理的借用记录编号，以及未通过验证的原因。[返回位置]：基本事件序列中的“填写借用单”步骤，目的是订正有问题的借用记录。A6人事管理数据库不可用[起始位置]：基本事件序列中，“提交借用单”步骤的结尾[触发条件]：当报帐系统向人事管理数据库索取信息而该数据库没有正常的响应。[具体内容]：告知用户“人事管理数据库不可用，报帐单没有提交成功”。[返回位置]：UseCase执行结束。A7邮件未及时发出[起始位置]：基本事件序列中，“提交借用单”步骤的结尾，成功地从人事管理数据库获得相关信息之后。[触发条件]：报帐系统要求发送相关邮件时，邮件系统没有及时的响应。[具体内容]：系统将以提示信息的方式告知用户，“邮件没有及时发出，但是借用单在系统内己经提交成功，待邮件系统恢复后，相关邮件会自动发出。”[返回位置]：UseCase执行结束。 结束 用户成功完成一个产品信息的填写。 实现约束和说明 “展商管理子系统”的展商为Web界面，内部工作人员也为Web界面。 待解决问题 5.3提交借用申请用例活动图提交借用申请活动图6产品的非功能需求6.1软硬件环境需求6.1.1硬件环境 分类 推荐配置 最低配置 数据库服务器 CPU 英特尔迅驰双核处理器 英特尔酷睿2双核处理器 内存 2GB 1GB 硬盘 160GB 120GB 网卡 100M 10M 应用服务器 CPU 英特尔酷睿2双核处理器 英特尔酷睿1处理器 内存 3GB 1GB 硬盘 120GB 80GB 网卡 100M 10M 网络 带宽 100M 10M 客户端 CPU 英特尔酷睿2双核处理器 英特尔奔腾3处理器 内存 2GB 1GB 硬盘 160GB 120GB 网卡 100M 10M6.1.2软件环境 分类 名称 版本 语种 操作系统 Windows XP 中文 操作系统的附加功能 ODBC数据源管理工具 中文 数据库平台 MicrosoftSQLServer 2000 中文 数据库平台补丁 — sp4 — 数据库驱动 SQLServerDriverForJDBC sp4 — 应用平台 Windows XP/Vista 中文 浏览器 各种功能完善、运行稳定的浏览器 eg.IE、遨游等 中文 客户端软件 Windows XP/Vista 中文 邮件系统 SMTPPOP3 —6.2产品质量需求6.2.1精度本系统中输入的各种数据均要求精确到小数点后2位。6.2.2时间特性的要求搜索查询时间最大不超过7秒。页面平均处理及响应时间在3—10秒以内，最大不超过10秒。页面平均更新响应时间为3秒左右，最大不超过7秒。6.2.3灵活性操作方式的变化：如果公司的业务情况或业务逻辑出现变化，导致本系统需求发生变化，在可接受的范围内，要求本系统能够及时完成需求变更及各项相关的处理工作，实现新的需求。运行环境的变化：本系统支持各种功能完善、成熟的浏览器（eg.IE、遨游等）。精度和有效时限的变化：如果公司提出要求改变精度和有效时限，在可接受的范围内，接受并实现其需求变更。开发的变化或改进：在可接受的范围内，本系统的开发工作将积极开发配合计划的变化或改进。6.2.4输入输出要求本系统的输入数据类型主要是整形、浮点型和字符串类型；输出以字符串、整形、浮点型及各类3D图表为主。7.词汇表 名称 描述 用户 公司的正式雇员。 经理 负责审批某用户当月开销的管理者，是较高级别的用户。 借用记录 与业务有关的某一项具体的花费，包括业务活动发生的时间、地点、客户名称（可选）、原因以及费用金额和种类（交通、餐饮、会议、通信和杂项）。 借用单 用户在一个（自然）月内的所有借用记录的集合。 工资户头 公司将用户用于日常业务活动开销的补偿金额返还至用户的银行帐户，该帐户的基本功能是供用户接收工资。 人事管理数据库 该数据库中记录了有关人事管理的相关信息，与报帐系统有关的是公司的组织机构（“用户”和“经理”的关系） 内部邮件系统 该邮件系统负责收发与公司业务有关的电子邮件信息。实验二领域模型1概念类分析1.1用户登录 概念类名 属性 描述 登录界面 用户名密码 用户进行登录时网站显示的界面 密码找回界面 用户名电子邮件 用户进行密码找回时网站显示的界面 登录操作 用户进行登录 密码找回操作 用户进行密码找回 用户 ID姓名性别出生日期手机邮箱 一个“用户”对应企业中的一个用户1.2借用管理—提交借用申请 概念类名 属性 描述 提交借用申请界面 用户用此界面提交借用申请 借用申请 代表提交借用申请用例 用户 ID姓名性别出生日期手机邮箱 一个“用户”对应企业中的一个用户 借用单 ID用户ID提交日期总金额 用户在一个（自然）月内的所有借用记录的集合。 借用记录 ID借用单ID金额类别业务描述 一项具体的花费，包括业务活动发生的时间、地点、客户名称（可选）与业务有关的原因以及费用金额和种类（交通、餐饮、会议、通信和杂项）。 人事管理数据库信息 该数据库中记录了有关人事管理的相关信息，与报帐系统有关的是公司的组织机构（“用户”和“经理”的关系） 邮件系统 该邮件系统负责收发与公司业务有关的电子邮件信息。 验证规则 对应不同级别用户不同种类借用的金额和限制规则 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_Mailsystem2系统管理—日常维护—系统实现略2，侵权必究联系QQ68843242本页为自动生成页，如不需要请删除！谢谢！如有侵权，请联系68843242删除！2，侵权必究联系QQ688432422，2，侵权必究联系QQ68843242本页为自动生成页，如不需要请删除！谢谢！如有侵权，请联系68843242删除！2，侵权必究联系QQ68843242本页为自动生成页，如不需要请删除！谢谢！如有侵权，请联系68843242删除！侵权必究联系QQ688432421