SERU软件需求分析_第1页
SERU软件需求分析_第2页
SERU软件需求分析_第3页
SERU软件需求分析_第4页
SERU软件需求分析_第5页
已阅读5页,还剩42页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、精选优质文档-倾情为你奉上精选优质文档-倾情为你奉上专心-专注-专业专心-专注-专业精选优质文档-倾情为你奉上专心-专注-专业文档名称: 需求分析说明书 项目名称: 设备车间管理系统 项目负责人: 编写: 2013 年 11 月 20 日校对: 2013 年 11 月 28 日审核: 2013 年 12 月 4 日批准: 2013 年 12 月 23 日开发单位: 公司 TOC o 1-3 h u 文档概述1.1编写的目的 设备管理系统软件需求说明书明确了项目需要提供的功能,说明了项目所涉及的范围以及项目所针对的用户,并确定了项目所需要的技术支持,确定了系统运行所需的软硬件环境配置。分析系统的

2、业务流程,明确系统所需要的数据需求。确定系统需要达到的性能需求。确定系统模块以及模块之间的接口。确定系统的界面展示以及界面元素,指导开发人员的开发活动。1.2背景 本系统的全称为设备管理管理平台,由设备管理提出该任务,由西南交通大学信息科学与技术学院研究生实施完成。1.3定义 下面的表格-表1列出了系统中的一些术语以及专有的名词的解释,用以帮助用户理解。术语,名词含义解释DMP设备管理管理平台Html超文本标记语言.NET国际最广泛流行的通用域名格式。SQL Server一个关系数据库管理系统C#一种面向对象的、运行于.NET Framework之上的高级程序设计语言1.4参考资料编写本文档所

3、参考的资料如下:软件需求最佳实践,电子工业出版社,2013.05.01UML基础与Rose建模教程,人民邮电出版社,2006.01.01计算机软件工程规范国家标准汇编,中国标准出版社,2000.7.包含以下标准: GB/T 11457-1995 软件工程术语; GB/T 8566-1995 信息技术 软件生存期过程; GB/T 8567-1988 计算机软件产品开发文件编制指南; GB/T 1526-1989 信息处理产品数据流程图的文件编制符号及约定; GB/T 9385-1988 计算机软件需求说明编制指南; 项目概述 2.1业务需求 进入21世纪,随着计算机和信息化的不断发展,企业中对计

4、算机的依赖以及利用计算机管理其内部的数据已成为一种趋势。实现车间内部的信息化已经成为了发展的必经之路。本系统就是针对设备车间的管理而量身定做的,旨在辅助车间的用户通过本系统完成对车间日常工作的需求。从而节省更多的时间和经历投入到建设更好的车间的工作之中。本系统的目的在于讲车间内的用户信息进行统一管理,将归属于设备车间的设备信息进行统一管理,并且通过本系统,车间内日常对设备的报修,维修,验收工作进行管理。摒弃了传统的手工纸质记录的方式,大大提升了工作的效率,减少了可能出现的认为错误,规范了车间的管理和运作。 本说明书目的在于明确说明系统需求,界定系统实现功能的范围,指导系统设计以及编码。 2.2

5、利益相关者利益分析序号利益相关者权利高低利益具体表现1主任很高 设备稳定运行,人员管理有序,车间效益的提升带来的成就,威望以及工作表现,职位的提升。2副主任很高 设备稳定运行,人员管理有序,车间效益的提升带来的成就,威望以及工作表现,职位的提升。3书记很高 车间日常生产稳定,员工公会活动的顺利进行,车间党建工作的顺利开展带来的成就,威望以及工作表现,职位的提升。4调度组长较高 顺利协助领导完成调度工作,对调度组管理有序带来的成就,威望以及工作表现,职位的提升。5调度组员高 完成组长分配的任务带来的成就,威望以及工作表现,职位的提升。6技术组长较高 顺利组织班组人员对设备进行检查和设备的验收工作

6、,管理班组人员,班组的日常工作,设备的正常运行带来的成就,威望以及工作表现,职位的提升。7技术组员高 顺利完成组长分配的设备检查和设备验收工作以及设备的正常运行带来的成就,威望以及工作表现,职位的提升。8维修组长较高 顺利组织组员对需要维修的设备进行维修,保证待修设备及时有效的被维修,管理班组人员,班组的日常工作顺利进行带来的成就,威望以及工作表现,职位的提升。9维修组员高 顺利完成组长分配的设备维修工作,保证待修设备及时有效的进行维修带来的成就,威望以及工作表现,职位的提升。10系统管理员很高 保证系统的正常运行,管理系统的用户,以及设备信息的录入等。2.3用户特点分析本系统的主要用户有如下

7、:系统管理员:各种信息的管理工作,对系统用户的管理,系统设备信息的管理。领导:查看系统的基本信息,修改个人信息,密码。调度人员:查看系统的基本信息,修改个人信息,密码。技术人员:查看系统的基本信息,修改个人信息,密码,填写设备的报修清单,验收维修后的设备。维修人员:查看系统的基本信息,修改个人信息,密码,填写设备维修详单。序号名称所属特征1系统管理员车间属于系统内部的超级用户具有对系统内所有信息的操作权限2领导车间管理组属于一般用户,负责对自己的信息的更正和查询信息的功能。3调度员车间调度组属于一般用户,负责对自己的信息的更正和查询信息的功能。4技术员车间技术组属于一般用户,负责设备的报修和验

8、收5维修员车间维修组属于一般用户,负责设备的维修工作2.4相关事实与假定用户环境硬件环境:CPU 1.0G以上 内存256M以上 硬盘20G以上操作系统:Microsoft Windows XP,Windows 2007.支持环境:IE6.0以上版本 人员的要求为:用户必须为车间内部的管理人员和员工。2.4.1硬件环境服务器环境硬件环境:Intel Pentuim4 Xeon 1.6GHz CPU160GB Raid 5 磁盘阵列2GB DDR266 内存操作系统:Microsoft Windows 2003 Server 数 据 库:SQL Server用户环境硬件环境:CPU 1.0G以上

9、 内存256M以上 硬盘20G以上操作系统:Microsoft Windows XP,Windows7支持环境:IE6.0及以上版本2.4.2软件环境操作系统:Microsoft Windows 2000,XP,2007,VISTA数据库系统;SQL Server2005开发平台及工具;Vistual Studio2008需求概述3.1系统概述 在车间内分别有三个副主任,分管车间内的员工,设备以及日常维修。因此根据车间内的这个特性,本系统划分为员工管理子系统,设备管理子系统,维修管理子系统三个主题域,其构件图如下图1所示:图1系统构件图3.2员工管理子系统3.2.1概述 该模块主要实现系统对系

10、统用户的管理功能,可以实现添加用户,修改用户信息,查询用户信息,修改个人信息,修改个人密码等一般功能,此外还实现了对员工职位的升迁,以及员工工作部门的变动的管理功能。员工和管理员通过该模块管理员工或者自己的信息,属于该系统的基本功能模块。员工管理子系统主题域的范围由下面的上下文关系图表示。图2员工管理子系统上下文关系图 其中1为查询员工信息;2为返回查询信息;3为完善个人信息;4为新增员工;5为管理员完善员工信息;6为返回结果。 3.2.2业务事件完善个人信息业务流程分析: 系统用户的初始信息和密码是由管理员设置的。因此当用户第一次使用系统或想要对自己的信息和密码进行修改时需要点

11、击修改个人信息选项或者修改个人密码选项,当点击修改个人信息选项后出现个人信息,点击修改后重新填写信息,填写完成后提交完成修改;当点击修改个人密码选项后,首先需要用户根据自己的原始密码进行登录,验证完成后才能修改密码,否则拒绝修改。由于在完善个人信息的业务事件中只有员工自己参与到了业务中,因此在这里给出了其工作流程图而没有使用活动图。其工作流程图如下图3。图3完善个人信息流程图业务实体分析:在这个业务流程中,主要涉及的业务实体以及它们的之间的关系如图4所示:图4修改个人信息流程领域类分析完善个人信息用例分析: 在这个业务流程中,系统的所有使用者都与系统进行了交互,用例如图4所示: 图4完善个人信

12、息用例图用例编号UseCase001用例名称完善个人信息用例创建人胡伟健创建日期2013.11.16版本V1.0用例类型业务操作参与者所有系统的使用者触发事件用户点击修改个人信息、点击修改密码前置条件用户是该系统的合法用户并且已经登录事件流基本流程用户修改信息后成功提交信息,修改成功扩展流程修改密码时进行初始密码登录异常流程初始密码不正确时,不能进行修改后置条件修改信息成功业务需求列表创建人版本描述创建日期胡伟健V1.0对完善个人信息用例的具体说明20.2.2新增员工业务流程分析当车间增加了新的员工后,首先由副主任将新增员工名单交给管理员,然后管理员需要把新员工的信息录入

13、到系统中,以保证新员工能够使用系统。首先管理员登录系统选择添加员工选项进入到员工信息录入页面,管理员为员工分配工号并检测该工号是否可用,可用后才能继续下面的信息填写。在完成了工号检测之后管理员需要为员工生成初始密码。完成所有的信息录入后提交后会将新增的员工反馈给副主任。其活动图如图5所示: 副主任管理员查看新员工新员工名单提交工号检测填写其他信息生成初始密码填写工号图5管理员添加员工流程图业务实体分析在这个业务流程中,主要涉及的业务实体以及它们之间的关系如图6所示:图6管理员添加用户领域类分析注:添加用户类中对用户的职位和部门的添加会调用到对职位和部门的一系列类的操作。用例分析 在这个业务流程

14、中,分管员工的副主任和管理员参与到了系统的交互中,涉及的业务活动如图7所示:图7管理员添加员工用例图员工部门调换业务流程分析当员工由于个人原因或者其他原因需要对工作的部门进行调换的时候,需要先自己填写一份部门调换申请表。然后提交到分管领导处进行审批(对于普通员工来说,主管领导为所在小组组长;对于组长来说,分管领导为车间副主任;对于车间副主任及以上人员的主管领导为车间主任以及书记;总之,主管领导是一个相对的概念),主管领导完成了审批之后,交由主任审批,完全通过审批后由管理员对员工的信息就行更新,完成整个的调换的过程。其流程图如图8所示:员工主管领导主任管理员 反馈结果 填写调换申请

15、 驳回意见审批审批 驳回意见 更新信息图8员工调换部门流程图业务实体分析在这个业务流程中,主要涉及的业务实体以及它们之间的关系如图9所示:图9员工调换部门领域类分析用例分析在这个业务事件中有员工,管理员,领导(包括组长,副主任,主任等)三类人员参与到了系统的交互之中,具体的用例图如图10所示:图10员工调换部门用例图员工职位调换业务流程分析车间每一年都会根据员工的表现对员工的职位做出一定的调整。当需要对某一员工进行职位的调整时,首先由员工的主管领导提出调整意见,然后在部门内进行开会讨论,之后将讨论的结果报送给领导批复,批复后进行公示,然后由管理员根据公示内容进行更新员工信息。其流

16、程图如下图:主管领导主任所有员工管理员部门讨论调整意见批复公示结果更新信息业务实体分析在这个业务流程中,主要涉及的业务实体以及它们之间的关系如下图所示:用例分析 在这个业务实体中,主要涉及到了主管领导,主任,全体员工(在这里具有相同的性质,视为同一个参与者)以及管理员参与到了与系统的交互之中。其用例图如下图所示:3.2.3报表查询用户信息概述部门/职位:所用车间内的部门以及职位。目的:查询了解其他用户的基本信息相关场景与查询频率:频率:不定时使用;用户数量:50-100人数据内容在此类查询中主要涉及查询用户类,用户接口类,用户接口实现类,用户实体类,职位接口类,职位接口实现类,职

17、位实体类,部门接口类,部门接口实现类,部门实体类以及数据库类,其关系如图11所示:图11查询用户信息领域类分析报表项报表编号Table001用例名称查询用户信息报表创建人胡伟健创建日期2013.11.16版本V1.0报表类型修改报表参与者所有系统的使用者输出数据工号,性别,姓名,电话,部门,职位,备注信息输入数据登录用户的工号,密码报表作用用于显示用户查询的信息使用频率 经常业务需求列表创建人版本描述创建日期胡伟健V1.0对查询用户信息的具体说明20设备管理子系统3.3.1概述 该模块主要实现系统对设备的管理功能,可以实现查看设备信息,添加设备,修改设备信息等功能。用户可

18、以通过该模块查看到车间所属的设备的基本信息,管理员可以通过该模块添加新的设备,修改现有设备的信息,属于该系统的基本功能模块。设备管理子系统主题域的范围由下面的上下文关系图12表示。图12设备管理子系统上下文关系图 其中1为查看设备基本信息,2为返回查看的设备基本信息,3为新增设备,4为管理员修改设备,5为返回操作结果。3.3.2业务事件添加设备信息业务流程分析当车间引进了新的设备之后,首先由分管设备的副主任交给管理员新设备的基本信息汇总表格,然后管理员根据副主任给出的材料对新设备的信息录入系统中。当需要录入系统的设备比较少时,管理员可以选择单独进行录入;当有大批量的设备信息需要进

19、行录入时,管理员可以选择上传Excel文档。不论两种方式中的那种方式都可以成功的将信息录入系统中。完成录入后会生成一个新设备报表给副主任。其活动图如图13:填写信息副主任管理员新设备报表新设备信息填写信息上传文件选择录入填写信息批量导入单独录入添加设备图13添加设备信息流程图业务实体分析 在这个业务流程中,主要涉及的业务实体以及它们之间的关系如图14所示:图14添加设备信息领域类分析注:每个设备都有固定的负责人,因此在添加设备信息时会指定具体的人员对该设备进行负责。用例分析在这个业务流程中,分管设备的副主任和管理员参与到了系统的交互中,涉及的业务活动如图15所示:图15添加设备信息用例图3.3

20、.3报表查询设备信息概述部门/职位:所用车间内的部门以及职位。目的:查询了解车间内设备的基本信息相关场景与查询频率:频率:不定时使用;用户数量:50-100人数据内容在此类查询中主要涉及用户接口类,用户接口实现类,用户实体类,查询设备类,设备接口类,设备接口实现类,设备实体类以及数据库类,其关系如图16所示:图16查看设备信息领域类分析报表项报表编号Table002用例名称查询设备信息报表创建人胡伟健创建日期2013.11.16版本V1.0报表类型查询报表参与者所有系统的使用者输出数据设备号,设备名称,所属车间,设备类型,负责人等输入数据设备ID报表作用用于显示设备查询的信息使用

21、频率 经常业务需求列表创建人版本描述创建日期胡伟健V1.0对查询设备信息的具体说明20维修管理子系统3.4.1概述 该模块主要实现对设备的维修记录的管理以及对设备维修流程的控制功能,可以实现所有用户对维修记录的搜索查看,技术员对设备进行报修和验收,维修员对设备进行维修,属于系统的核心功能模块。维修管理子系统主题域的范围由下面的上下文关系图17表示:图17维修管理子系统上下文关系图其中1为选择查询信息,2为返回查询信息,3为技术员对设备进行报修,4为系统对需要进行验收的设备提示技术员,5为技术员对维修设备进行验收,6为系统对需要维修的设备提示维修员,7为维修员对设备进行维修

22、。3.4.2业务事件设备报修业务流程分析设备维修管理中具体又分为了设备报修,设备维修和设备验收三个子业务事件,其中设备报修和设备验收的参与主体是技术人员,设备维修的参与主体是维修人员。因此这里以设备报修为例进行详细分析:技术人员可以对属于自己管理的设备进行报修。首先,技术员根据实际情况选择设备进行报修,填写报修单后完成提交之后,系统将该报修的设备自动转给负责维修的人员,并提示该维修人员。由于这个流程中只涉及了技术人员一个参与者,因此这里给出了流程图来说明其操作。其流程图如图18所示:图15报修流程图业务实体分析 在这个业务流程中,主要涉及的业务实体以及它们之间的关系如图16所示:

23、图18设备报修领域分析注:报修单的填写中要涉及到技术员的信息和技术员所在部门的信息注:报修单首先需要设备索引选择出要修的设备用例分析在这个业务流程中,只有技术员参与到了系统的交互中,涉及的业务活动如图19所示:图19报修设备用例图设备维修设备维修业务基本与设备报修的业务一致,只是设备维修是针对维修人员而定的对已经报修的设备进行维修后填写维修单的过程,其业务流程分析,业务实体分析,用例分析都与设备维修基本相似。因此在这里就不予赘述。维修验收维修验收业务基本与设备报修的业务一致,只是维修验收是针对技术人员而定的对已经经过报修和维修后的设备进行验收的过程,其业务流程分析,

24、业务实体分析,用例分析都与设备维修基本相似。因此在这里就不予赘述。3.4.3报表搜索查看维修记录概述 维修记录是指经过了设备报修,设备维修并且验收通过了的设备被维修的信息。搜索查看维修记录就是面向所有用户针对不同方面查看设备的维修情况的过程。部门/职位:所用车间内的部门以及职位。目的:查询了解车间内设备的维修基本信息相关场景与查询频率:频率:不定时使用;用户数量:50-100人数据内容在此类查询中主要涉及搜索记录类,搜索记录返回类,搜索记录详细信息类,维修接口类,维修记录接口实现类,维修记录实体类,用户接口类,用户接口实现类,用户实体类设备接口类,设备接口实现类,设备实体类以及数

25、据库类,其关系如图20所示:图20搜索查看维修记录领域分析报表项报表编号Table003用例名称搜索查看记录信息创建人胡伟健创建日期2013.11.16版本V1.0报表类型查询报表参与者所有系统的使用者输出数据维修单输入数据设备号,维修号报表作用用于显示维修记录信息使用频率 经常业务需求列表创建人版本描述创建日期胡伟健V1.0对查询设备维修记录信息的具体说明2013.11.16具体要求4.1员工管理子系统4.1.1用例模型新增员工(UC_B_DMP_AddUser)概述用例名称:新增员工编号:UC_B_DMP_AddUser参与者:系统管理员用例概述:管理员根据新员工的基本信息,

26、将新员工录入到系统中。事件流前置条件:副主任交予管理员新增员工名单。后置条件:新增员工成功后,返回新增员工结果给副主任。基本事件流:管理员登录系统。根据用户的实际信息填写,并为员工分配工号,生成初始密码。提交新员工。扩展事件流:工号重复 提示工号重复,要求重新填写,否则不能提交。未生成初始密码 不能提交。异常事件流:提交失败:返回添加员工信息页面重新进行填写提交相关需求用户原始需求员工具有唯一的工号员工第一次的密码都为员工的基本信息全面相关功能点重复工号检测,不检测工号不能进行提交管理员点击生成密码按钮生成初始密码,管理员不能直接操作密码检测员工信息如果有没有填写的则不能提交用户界面原型窗口概

27、述添加用户页面:用于添加员工的信息,需要管理员填写。员工列表页面:用户显示所有员工的列表页面,在添加完成后跳转到该页面新用户会出现在列表中界面流转示意图图21界面流转示意图规则与约束 类型编号描述行为规则UC_KD_001用户工号唯一,不能重复行为规则UC_KD_002密码自动生成行为规则UC_KD_003用户信息不能为空性能规则UC_KD_004跳转页面在1s内完成员工调换部门(UC_B_DMP_ChangeDept)概述用例名称:员工调换部门编号:UC_B_DMP_ChangeDept参与者:系统管理员,员工,领导用例概述:完成对员工部门调换的工作。事件流前置条件:员工是车间

28、的员工,并且调换部门的请求真实自主。后置条件:员工部门调换完成,并投入新部门的工作。基本事件流:员工提交调换部门申请。主管领导根据实际情况进行批复,不同意调换需给出驳回理由,同意则进入下一环节提交至主任处等待审批。提交新员工。主任对主管领导的意见进行审批,同意进行调换则通知管理员更新员工信息;不同意则需要给出驳回意见。管理员根据审核结果对员工的信息进行修改。员工得到最终的审核结果。扩展事件流:员工填写调换信息不完整 如果员工申请细信息少于一定字数或被系统检测出不合格,则拒绝员工的提交请求,要求员工重新进行填写。异常事件流:提交失败:返回添加员工提交调换申请信息页面重新进行填写提交相关需求用户原

29、始需求员工填写的信息有价值,具有实用性申请自动跳转到审核阶段申请流程严格,不能跨级进行操作相关功能点自动对员工的信息进行检测,不合格的拒绝提交员工提交申请后会将申请放入其上级领导的工作流程中,并对上级领导进行提醒严格执行先由上级领导进行审核,再由主任等进行审核的流程。上级领导不进行审批,主任将不会得到审批的权利。用户界面原型窗口概述填写申请单:用于员工填写调换部门的申请单填写。审批页面:用于显示员工的填写单,并提供给主管领导和主任审核的功能。界面流转示意图图21界面流转示意图规则与约束 类型编号描述行为规则UC_KD_005员工填写申请要符合申请规定行为规则UC_KD_006审批过程要严格执行

30、,审批信息进入记录以便查询性能规则UC_KD_007跳转页面在1s内完成查询用户信息(UC_R_DMP_SeeUser)报表名称:查询用户信息报表报表概述:部门/职位:所用车间内的部门以及职位。目的:查询了解其他用户的基本信息相关场景与查询频率:频率:不定时使用;用户数量:50-100人报表内容(数据项)数据项内容说明员工工号已存在员工的工号标示员工的唯一编号员工姓名已存在员工的姓名标示员工的真实姓名性别已存在员工的性别联系方式已存在员工的电话所在部门员工的归属部门车间内的组织机构职位员工的职位员工的等级的划分状态员工的现在情况在职,休假,退休等输入输出格式其他排序顺序:录入系统

31、的时间倒序排列换页级别:每页不超过20条,超过部分分页显示用户服务接口(UC_I_DMP_UserService)使用者使用者名称:用户管理子系统业务目的:提供对用户信息管理的操作接口包括对用户的增加,删除,修改等操作。使用时机:用户需要查看信息,管理员需要添加或修改用户信息时使用频率:每人每天1次左右,管理员依据具体情况内容与格式交互过程:用户管理子系统:通过接口查询;设备管理子系统:通过接口选择;“用户信息”:内容包括:用户编号,用户工号,姓名,性别,电话,部门,权限,职位,状态“用户”:内容包括:用户编号,姓名设计约束无4.1.2领域模型添加用户(BO_Add

32、User)类名称:添加用户别名:录入用户涉及主题域:用户管理子系统:管理员添加用户事件公共部分无数据窗口分析:添加用户用户ID用户姓名性别联系方式部门ID权限职位ID状态备注数字组成与格式:用户ID:指向用户实体,整数类型,用户的唯一编号,用来区分用户的主要标识;用户姓名:指向用户的名字,字符串类型;性别:指向用户的性别,布尔类型;联系方式:指向用户的联系方式,字符串类型;部门ID:指向部门实体,是部门类的唯一编号,整数类型。权限:指向用户的权限,整数类型;职位ID:指向职位实体,是职位类的唯一编号,整数类型。状态:指向用户的状态,整数类型;备注:指向用户的备注信息,字符串类型。

33、用户服务接口(BO_UserServer)类名称:用户服务接口涉及主题域:用户管理子系统:管理员添加用户事件设备管理子系统:选择设备负责人事件维修记录管理子系统:维修单填写人员事件公共部分用户ID选择负责人用户ID填写人员用户ID数据窗口分析:添加用户用户ID用户姓名性别联系方式部门ID权限职位ID状态备注数字组成与格式:参见上面的的数字组成与格式4.2设备管理子系统4.2.1用例模型新增设备(UC_B_DMP_AddEquipment)1、概述用例名称:新增设备编号:UC_B_DMP_AddEquipment参与者:系统管理员用例概述:管理员根据新设备的基本信息,

34、将新设备的信息录入到系统中。2、事件流前置条件:主管设备的副主任交予管理员新增设备的信息单。后置条件:副主任能够得到来自管理员对新增员工情况的反馈,并且员工可以查看该设备并且对该设备进行维修等一系列的后续操作。基本事件流:管理员登录系统。选择单独录入或者批量导入根据设备的实际信息填写或者选择要上传的Excell文件。提交新设备。扩展事件流:设备编号重复 提示设备编号重复,要求重新填写,否则不能提交。选择的Excell文件格式不对 不能提交。异常事件流:提交失败:返回添加设备信息页面重新进行填写提交3、相关需求用户原始需求设备具有唯一的工号能够批量上传设备信息设备的基本信息全面相关功能点重复设备

35、号检测,不检测设备号不能进行提交检测设备信息如果有没有填写的则不能提交能够上传Excell文件实现批量录入信息4、用户界面原型窗口概述添加设备页面:用于添加设备的信息,需要管理员填写或者管理员选择要上传的Excell文档。设备列表页面:显示所有设备的列表页面,在添加完成后跳转到该页面新设备会出现在列表中。设备详细信息页面:显示选中设备的详细信息。设备维修记录页面:显示选中设备的维修信息。界面流转示意图图22界面流转示意图5、规则与约束 类型编号描述行为规则UC_KD_005设备号唯一,不能重复行为规则UC_KD_006批量上传Excell性能规则UC_KD_007跳转页面在1s内完成性能规则U

36、C_KD_008信息录入数据库中在3s内完成查询设备信息(UC_R_DMP_SeeUser)报表名称:查询设备信息报表报表概述:部门/职位:所用车间内的部门以及职位。目的:查询了解车间内设备的基本信息相关场景与查询频率:频率:不定时使用;用户数量:50-100人报表内容(数据项)数据项内容说明设备编号设备的标识号用于区分设备,每个设备都具有不同的设备编号设备名称设备的名称设备的名称信息类型设备归属类别设备地点设备存放的地点设备存放的地点信息所在部门设备的归属部门车间内的组织机构设备状态设备的当前状态设备的当前运行状态输入输出格式其他排序顺序:录入系统的时间倒序排列换页级别:每页不

37、超过20条,超过部分分页显示设备服务接口(UC_I_DMP_EquipmentService)1、使用者使用者名称:设备管理子系统业务目的:提供对设备信息管理的操作接口包括对设备的增加,删除,修改等操作。使用时机:用户需要查看信息,查看维修信息时,管理员需要添加或修改设备信息时使用频率:每人每天3次左右,管理员依据具体情况内容与格式交互过程:维修管理子系统:通过接口选择“设备”;设备管理子系统:通过接口查询,添加“设备信息”;“设备信息”:内容包括:设备编号,设备名称,设备类型,设备生产厂家,设备所在地,设备负责人等信息。“设备”:内容包括:设备编号,设备名称。设计约束无4.2.

38、2领域模型查看设备列表(BO_SeeEquipment)类名称:查看设备列表别名:设备索引涉及主题域:设备管理子系统:用户查看设备信息公共部分无数据窗口分析:查看设备列表设备编号设备名称设备类型设备地点所在部门设备状态数字组成与格式:设备编号:指向设备的编号,用于标识设备,整数类型;设备名称:指向设备的名称,字符串类型;设备类型:指向设备的类型,字符串类型;设备地点:指向设备的存放地点,字符串类型;所在部门:指向部门实体,是部门类的唯一编号,整数类型。设备状态:指向设备的当前状态,整数类型;设备服务接口(BO_EquipmentServer)类名称:设备服务接口涉及

39、主题域:设备管理子系统:查看设备列表事件维修记录管理子系统:选择维修设备事件选择设备设备编号公共部分设备编号数据窗口分析:查看设备列表设备编号设备名称设备类型设备地点所在部门设备状态数字组成与格式:参见上面的的数字组成与格式4.3维修管理子系统4.3.1用例模型设备报修(UC_B_DMP_mendSumit)1、概述用例名称:设备报修编号:UC_B_DMP_mendSumit参与者:技术人员用例概述:技术人员将需要进行维修的设备进行报修,填写报修单后系统提醒维修人员。2、事件流前置条件:技术员登录,并且该技术员负责的设备有需要就行维修的设备。后置条件:报修成功,生成

40、维修消息并告知相应的维修人员进行维修。基本事件流:技术人员登录系统。选择要进行报修的设备对选中的设备填写报修单。填写报修单后提交。提交成功后,系统自动生成维修信息并通知响应的维修人员。扩展事件流:选择维修类型 可以选择故障修,巡检修,检修。选择的日期不正确 不能提交。异常事件流:提交失败:返回添加设备信息页面重新进行填写提交。3、相关需求用户原始需求根据登录的技术员选择属于该技术员的设备看到的是完整的维修单,但是只能填写报修阶段完成报修后会提示维修员维修,并自动转入维修阶段相关功能点提供选择设备功能,从数据库中读出属于该技术员的设备进行权限控制,技术员在报修阶段不能够对维修单和验收单进行操作进

41、行标识的设置,完成报修后修改标识进入到维修阶段4、用户界面原型窗口概述选择设备页面:用于选择需要报修的设备。设备报修单页面:用于填写设备的报修信息,完成后进行提交。界面流转示意图图23界面流转示意图5、规则与约束 类型编号描述行为规则UC_KD_009报修单中不能出现空值,必须全部填写性能规则UC_KD_010选择完成设备后应在3s内进入报修单页面查询维修记录(UC_R_DMP_SeemendRecord)报表名称:查询维修记录报表概述:部门/职位:所用车间内的部门以及职位。目的:查询了解车间内设备的维修情况相关场景与查询频率:频率:不定时使用;用户数量:50-100人报表内容(

42、数据项)数据项内容说明设备编号设备的标识号用于区分设备,每个设备都具有不同的设备编号设备名称设备的名称设备的名称信息验收时间设备被验收的时间用于记录设备维修时被技术员验收的时间类型设备的类别设备地点设备的存放地点设备状态设备的当前状态设备的当前运行状态输入输出格式其他排序顺序:录入系统的时间倒序排列换页级别:每页不超过20条,超过部分分页显示维修记录服务接口(UC_I_DMP_EquipmentService)1、使用者使用者名称:维修记录管理子系统业务目的:提供对设备维修记录的操作接口包括对设备的增加,删除,修改等操作。使用时机:用户需要查看维修记录,查看维修信息,技术员填写报修申请,验收维修,维修员填写维修记录使用频率:每人每天3次左右,管理员依据具体情况内容与格式交互过程:维修管理子系统:通过接口“搜索维修记

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论