设备管理系统设计文档

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