摘 要
FMEA是在产品设计阶段和过程设计阶段，对构成产品的子系统、零件，对构成过程的各个工序逐一进行分析，找出所有潜在的失效模式，并分析其可能的后果，从而预先采取必要的措施，以提高产品的质量和可靠性的一种系统化的活动。在信息技术发展的今天，各个行业都必将实现信息化管理，因此针对设备故障信息的管理，设计开发了本网页版的基于FMEA的设备故障管理信息系统。本基于FMEA的设备故障管理信息系统采用了C#语言，基于ASP.NET框架以及运用了SQL Server数据库开发实现，在功能上分为用户和管理员两部分，满足了用户通过系统查看设备信息，故障信息；管理员同样可以通过系统进行管理用户，设备，员设备故障以及设备维修。
关键词：故障管理；C#语言；ASP.NET；SQL Server
Net Based FMEA Equipment Fault Management Information System
Abstract
FMEA is a systematic activity that analyzes the subsystems and parts that make up a product during the product and process design stages, identifies all potential failure modes, analyzes their possible consequences, and takes necessary measures in advance to improve product quality and reliability. In today's development of information technology, various industries are bound to achieve information management. Therefore, for the management of equipment fault information, this webpage version of the FMEA based equipment fault management information system has been designed and developed. This FMEA based equipment fault management information system adopts C # language, is based on the ASP. NET framework, and is developed and implemented using SQL Server database. It is divided into two parts in terms of functionality: user and administrator, meeting the requirements for users to view equipment information and fault information through the system; Administrators can also manage users, equipment, personnel equipment failures, and equipment maintenance through the system.
Key words: Fault management; C # language; ASP.NET；SQL Server
目 录
设备是发展新兴高新技术产业和尖端工业的使能技术和最基本的装备，在制造企业得到了广泛应用，它可以提高制造能力和水平，提高对市场的适应能力和竞争能力。目前我国制造业所用的数控设备多数都是从国外进口，价格十分昂贵，已成为制造企业的一项关键设备。这些关键设备一旦出现故障，其影响和损失往往很大，甚至导致整个生产瘫痪。为了保障生产的连续性，必须使关键设备保持连续稳定的生产能力，因此对设备进行预防性维护非常重要，它能够很大程度地降低设备故障。FMEA ( FailureMode and Effects Analysis，故障模式与影响分析)是一种预防性分析技术，目的是使设备得到有针对性的预测性维护，它是提高设备可靠性的有效方法。因此，对基于FMEA的设备故障分析管理进行研究非常有必要。设备故障模式与影响分析主要是对设备进行故障信息分析和风险评价，建立故障模式库，明确其危害，并采取相应的措施，减少或消除故障影响。
基于FMEA的设备故障管理信息系统的开发及实现，所需要的工作内容：
（1）首先是确定选题，确定好所要做的系统，并对系统的背景及现在面临的一些问题等进行系统的初步确认。
（2）系统确认完成后，结合系统开发的需求进行确认系统开发所使用的技术，基于FMEA的设备故障管理信息系统的开发使用ASP.NET框架，数据库进行平台的搭建开发，确认好使用的技术进行技术分析，所使用的技术是否可以完成系统的实现。
（3）确定好系统使用的技术，进行在线确认系统所划分的用户角色，并且根据用户角色划分确定所要设计的功能模块，对基于FMEA的设备故障管理信息系统的设计主要划分别为管理员和用户角色。
（4）系统的功能模块确认完成后进行程序及界面的设计，设计完成后，并且通过测试来判断程序是否完善，对于系统测试，需要不同的用户进行不同的内容编辑及提交，及使用不同的测试方式找出程序中存在的漏洞，并对程序出现的漏洞问题进行在线解决处理，如果测试系统没有任何问题时，可以将系统上传进行正式操作使用。
论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对系统需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：
第1章 交代项目的背景、开发这个系统的现状以及论文的章节安排情况。
第2章 对系统的具体需求展开分析。
第3章 阐述了系统的设计，其中涵盖了功能设计以及数据库的设计。
第4章 阐明了基于FMEA的设备故障管理信息系统各个功能模块的实现，以图文的形式进行展示。
第5章 罗列了部分系统调试与测试的记录。
第6章 介绍了基于FMEA的设备故障管理信息系统的结论。
需求分析是开发一个系统之前首先要做的，如果一个系统不值得开发或者违反了相关法律法规，那么开发出来的系统将一文不值，所以在开发之前，我们首先要对系统的需求进行分析，分析系统开发是否可行，如果可行的话，再具体分析企业对设备管理方面的需求，分析出系统的功能以及对系统的性能进行分析。
技术方面的可行性主要是考虑开发基于FMEA的设备故障管理信息系统的时候采用的开发语言、数据库等是否可行，本基于FMEA的设备故障管理信息系统在语言上选择C#，采用的是ASP.NET框架以及SQL Server数据库，这些技术目前都很成熟，而且C#语言不仅仅支持面向过程，而且还支持面向对象，所以在使用的时候会更加的灵活，在技术选择上完全没有问题。
经济方面的可行性主要考虑的是成本以及效益，从成本方面看，开发过程中使用的C#、ASP.NET、SQL Server、Photoshop等都可以通过网上搜索下载，没有任何费用，开发的成本几乎不存在；从效益方面看，基于FMEA的设备故障管理信息系统的完成能够给设备管理方面提供支持，降低企业的成本，提高管理的效率，因此在经济上也是没有问题的。
法律方面主要考虑的是系统的开发是否违法，开发的基于FMEA的设备故障管理信息系统严格按照《中华人民共和国计算机软件保护条例》、《中华人民共和国著作权法》等法律法规，系统的开发可以为企业带来效益，不存在违法行为，因此在法律上是可行的。
操作方面主要考虑的是用户在使用以及管理人员在管理的时候，是否简单可行，没有任何计算机基础的用户能否使用，开发的基于FMEA的设备故障管理信息系统在设计的时候秉承简单易学的理念，在用户进入系统后都会有固定的导航按钮，只要认字就可以操作完成，而且管理员在管理方面也只需简单的增删改查即可完成，因此在操作上也是可行的。
总的来看，开发的基于FMEA的设备故障管理信息系统在可行性方面是没有问题的，值得开发，而且其他的完成对企业的发展来说具有重大意义。
基于FMEA的设备故障管理信息系统的开发主要是解决双手，提高效率，为企业的发展进行添砖加瓦，所以在系统的功能方面我们首先要从企业的角度进行，然后再从用户的角度进行，确保能够满足每个用户的需求，因此在功能上主要规划了管理员以及用户两部分，实现了登录、管理员、用户管理、设备类型、设备信息管理、故障信息管理、微信信息管理、故障模式信息管理、FMEA信息管理这几大功能。
（1）登录：管理员的账号是在数据库中直接设计好的，管理员进入系统的登录界面可以直接输入用户名+密码，然后完成拼图滑动验证后，点击“登录”进行登录，用户可以同样可通过用户名和密码，然后完成拼图滑动验证后登录。
（2）首页：管理员等会成功以后会在首页界面以分析图的形式查看到系统中的首页界面；
（3）个人中心：用户点击“个人中心”菜单可以对个人资料包括昵称、联系方式、头像等进行修改，也可以对登录密码进行重置操作；
（4）用户管理：管理员点击“系统用户”菜单下单“用户”按钮可以查看到系统注册的所有用户，可以搜索查询某个用户，同时也支持对已有的用户进行编辑、删除；
（5）设备信息：用户点击“设备管理”菜单按钮可以查看到所有的设备信息，包括设备编号、设备名称、设备类型、设备型号、生产厂家、设备数量、购买时间等，点击“查询”按钮可以进行关键字眼的查询搜索。
（6）故障信息：用户点击“故障信息”菜单按钮可以进行设备故障的填写，包括故障编号、设备编号、设备名称、故障类型、故障级别、故障数量、故障发生时间、提交时间等信息进行完善后提交等待后台管理员处理。
（7）故障模式：用户点击“设备信息”菜单下“故障模式”按钮可以完善故障模式编号、设备编号、设备名称、故障模式名称、潜在故障影响程度、登记时间、潜在故障原因、用户信息等进行提交。
（8）维修信息：用户点击“维修信息”按钮，可以完善维修编号、故障编号、设备编号、设备名称、用户信息、维修人员、维修详情等进行提交。
（9）fmea信息：用户点击“fmea信息”按钮，查看fmea信息详情。
基于FMEA的设备故障管理信息系统的性能性需求分析主要是分析本基于FMEA的设备故障管理信息系统的安全性怎么样（是否会泄露用户个人信息），可靠性怎么样（用户操作的时候是不是能够根据实际操作显示信息），性能怎么样（运行是否操作流畅），可拓展性怎么样（功能能否继续拓展）等。具体可以表示在如下2.1表格中：
表2.1 基于FMEA的设备故障管理信息系统非功能需求表
| 安全性 | 主要指基于FMEA的设备故障管理信息系统数据库的安装，数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指基于FMEA的设备故障管理信息系统能够按照用户的指示进行操作，经过测试，可靠性90%以上。 |
| 性能 | 性能是影响基于FMEA的设备故障管理信息系统占据市场的必要条件，所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着基于FMEA的设备故障管理信息系统的页面展示内容进行操作，就可以了。 |
| 可维护性 | 基于FMEA的设备故障管理信息系统开发的可维护性是非常重要的，经过测试，可维护性没有问题 |
基于FMEA的设备故障管理信息系统中用户角色功能包含了登录、设备信息、故障信息、维修信息、故障模式信息、FMEA信息，用户用例图如图2.1所示：
图2.1 用户角色用例图
基于FMEA的设备故障管理信息系统中管理员角色功能包含了管理员、用户管理、设备类型、设备信息管理、故障信息管理、微信信息管理、故障模式信息管理、FMEA信息管理的功能，管理员的用例图如图2.2所示：
图2.2 管理员角色用例图
系统中的所有用户（管理员和用户）都可以实现增加数据功能，图2.3显示的就是在增加数据时的流程。
图2.3增加数据流程图
人无完人，每个人都有出错的时候，在录入系统信息的时候如果信息有错，可以对系统中的数据进行编辑。图2.4显示的就是修改数据的流程。
图2.4修改数据流程图
在系统中经常会出现一些过期的数据，那就可以直接删除这些数据，图2.5就是删除数据时的流程图。
图2.5删除数据流程图
分析完系统的可行性以及功能，接下来就是对系统具体的设计，通过可行性分析我们得出系统是值得开发的，通过功能分析我们可以得出系统具体实现了哪些功能，然后根据功能需求完成系统的功能设计，本章从功能模块以及系统的数据库两个方面进行介绍。
通过上一章节的功能需求分析，可以得出本基于FMEA的设备故障管理信息系统的功能结构图，图3.1就是基于FMEA的设备故障管理信息系统的功能模块图。
图3.1 基于FMEA的设备故障管理信息系统功能模块图
数据库的设计是一个系统的基础，不管什么系统，界面设计的再美观，如果没有一个强大的数据库进行支撑，那也没有办法运行，在设计数据库的时候我们首先对数据库进行分析，然后进行概念模型设计，最后建立数据库表，具体展示如下。
在数据库概念模型设计的时候，一般都采用E-R实体图进行展示，在实体图中可以展示出数据库表中的所有字段名称，本基于FMEA的设备故障管理信息系统中的主要的数据库E-R模型图如下图所示。
图3.2 设备信息E-R关系图
图3.3 故障信息E-R关系图
图3.4 故障模式信息E-R关系图
图3.5 维修信息E-R关系图
图3.6 fmea信息E-R关系图
在数据库表中我们会看到系统的表名、主键、外键等信息，我们通过数据库表的主键、外键把每个表关联起来，然后在界面中展示，本基于FMEA的设备故障管理信息系统的主要的数据库表如下：
表名：yonghu
功能：用户
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| yonghuzhanghao | varchar | 200 | 用户账号 | ||
| mima | varchar | 200 | 密码 | ||
| yonghuxingming | varchar | 200 | 用户姓名 | ||
| xingbie | varchar | 200 | 性别 | ||
| lianxifangshi | varchar | 200 | 联系方式 | ||
| touxiang | longtext | 4294967295 | 头像 |
表名：weixiuxinxi
功能：维修信息
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| weixiubianhao | varchar | 200 | 维修编号 | ||
| guzhangbianhao | varchar | 200 | 故障编号 | ||
| shebeibianhao | varchar | 200 | 设备编号 | ||
| shebeimingcheng | varchar | 200 | 设备名称 | ||
| weixiurenyuan | varchar | 200 | 维修人员 | ||
| yonghuzhanghao | varchar | 200 | 用户账号 | ||
| yonghuxingming | varchar | 200 | 用户姓名 | ||
| weixiushijian | date | 维修时间 | |||
| weixiumiaoshu | longtext | 4294967295 | 维修描述 |
表名：users
功能：用户表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| username | varchar | 100 | 用户名 | ||
| password | varchar | 100 | 密码 | ||
| role | varchar | 100 | 角色 | 管理员 | |
| addtime | timestamp | 新增时间 | CURRENT_TIMESTAMP |
表名：shebeixinxi
功能：设备信息
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| shebeibianhao | varchar | 200 | 设备编号 | ||
| shebeimingcheng | varchar | 200 | 设备名称 | ||
| shebeileixing | varchar | 200 | 设备类型 | ||
| shebeixinghao | varchar | 200 | 设备型号 | ||
| shengchanchangjia | varchar | 200 | 生产厂家 | ||
| shebeishuliang | int | 设备数量 | |||
| goumaishijian | date | 购买时间 | |||
| shebeixiangqing | longtext | 4294967295 | 设备详情 |
表名：shebeileixing
功能：设备类型
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| shebeileixing | varchar | 200 | 设备类型 |
表名：guzhangxinxi
功能：故障信息
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| guzhangbianhao | varchar | 200 | 故障编号 | ||
| shebeibianhao | varchar | 200 | 设备编号 | ||
| shebeimingcheng | varchar | 200 | 设备名称 | ||
| guzhangleixing | varchar | 200 | 故障类型 | ||
| guzhangdengji | varchar | 200 | 故障等级 | ||
| guzhangshuliang | int | 故障数量 | |||
| yonghuzhanghao | varchar | 200 | 用户账号 | ||
| yonghuxingming | varchar | 200 | 用户姓名 | ||
| guzhangfashengshijian | date | 故障发生时间 | |||
| guzhangmiaoshu | longtext | 4294967295 | 故障描述 |
表名：guzhangmoshixinxi
功能：故障模式信息
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| guzhangmoshibianhao | varchar | 200 | 故障模式编号 | ||
| shebeibianhao | varchar | 200 | 设备编号 | ||
| shebeimingcheng | varchar | 200 | 设备名称 | ||
| guzhangmoshimingcheng | varchar | 200 | 故障模式名称 | ||
| qianzaiguzhangyingxiangchengdu | varchar | 200 | 潜在故障影响程度 | ||
| yonghuzhanghao | varchar | 200 | 用户账号 | ||
| yonghuxingming | varchar | 200 | 用户姓名 | ||
| dengjishijian | date | 登记时间 | |||
| qianzaiguzhangyuanyin | longtext | 4294967295 | 潜在故障原因 |
表名：fmeaxinxi
功能：fmea信息
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| fmeabianhao | varchar | 200 | fmea编号 | ||
| shebeibianhao | varchar | 200 | 设备编号 | ||
| shebeimingcheng | varchar | 200 | 设备名称 | ||
| guzhangmoshibianhao | varchar | 200 | 故障模式编号 | ||
| qianzaiguzhangyingxiangchengdu | varchar | 200 | 潜在故障影响程度 | ||
| qianzaiguzhangfashenggailv | varchar | 200 | 潜在故障发生概率 | ||
| qianzaiguzhangyuanyin | longtext | 4294967295 | 潜在故障原因 | ||
| dengjishijian | date | 登记时间 | |||
| yonghuzhanghao | varchar | 200 | 用户账号 | ||
| yonghuxingming | varchar | 200 | 用户姓名 |
- 4 章 关键模块的设计与实现
- 登录界面
管理员的账号是在数据库中直接设计好的，管理员进入系统的登录界面可以直接输入用户名+密码，然后完成拼图滑动验证后，点击“登录”进行登录，员工的账号是由管理员直接添加的，员工可以同样可通过用户名和密码，然后完成拼图滑动验证后登录；其主界面展示如下图4.1所示。
图4.1 登录界面图
管理员等会成功以后会在首页界面以分析图的形式查看到系统中的设备信息和故障信息等模块。界面如下图4.2所示。
图4.2 首页界面图
管理员点击“个人中心”菜单下“个人信息”按钮可以对个人信息进行设置。界面如下图4.3所示。
图4.3 管理员界面图
管理员点击“系统用户”菜单下单“用户”按钮可以查看到系统的所有用户，同时也支持对已有的用户进行编辑、删除和查询。添加用户界面如下图4.4所示，用户管理界面如下图4.5所示。
图4.4用户管理界面图
图4.5 用户查询界面图
管理员点击“设备信息”按钮可以对设备信息进行增删改查，如果想要填写新的设备，点击右侧的“添加”按钮，然后选择设备类型，输入设备编号、设备名称、设备类型、生产厂家、设备数量、购买时间信息，点击“提交”按钮进行提交，同时也支持对已有的设备信息进行编辑、删除和查询；用户界面点击“设备信息”按钮可以查看系统发布的设备信息。设备信息界面如下图4.6图4.7所示。
图4.6 设备信息界面图（管理员）
图4.7 设备信息界面图（用户）
管理员点击“故障信息”按钮可以查用户提交的设备故障信息，可以进行查询管理；用户界面“故障信息”按钮可以输入设备的故障信息进行提交。故障信息界面如下图4.8和图4.9所示。
图4.8 故障信息界面图（管理员）
图4.9 故障信息界面图（用户）
管理员点击“设备类型管理”按钮可以对设备类型进行增删改查，新增类型点击“提交”按钮进行提交，同时也支持对已有的设备类型信息进行编辑、删除和查询。设备类型管理界面如下图4.10所示。
图4.10 设备类型管理界面图
管理员和员工点击“个人信息”按钮，可以对个人的头像、昵称、手机号码等信息进行更新；个人信息界面如下图4.11所示。
图4.11 个人信息界面图
管理员和员工点击“修改密码”按钮，可以对登录密码进行更改，首先输入原密码，然后再输入新密码和确认密码，当原密码正确，输入两次新密码一致，则修改成功，否则给出错误提示信息。修改密码界面如下图4.12所示。
图4.12 修改密码界面图
到此，系统的开发基本完成，接下来我们对系统的实验与结果进行分析，确保系统能够正常运行，进而投入使用，对系统的实验与结果分析的检测方法就是对系统的测试，测试是系统完成的最后一步，没有测试过的系统是不能进行投入使用的，否则一旦发生bug就会造成损失，下面我们从测试的方法以及测试的用例两部分进行分析，最后给出系统的测试结果。
系统的测试方面有两种，一种是黑盒测试，另一种则为白盒测试，黑盒测试通俗来说就是功能方面的测试，我们也称之为需求测试，在黑盒测试的过程中，我们是不知道其开发原理的，只是作为一名使用者对系统进行测试，我们主要是凭借之前的测试经验，取一些临界值，然后通过测试用例来对其进行测试，这种测试方法是最快的查找问题方法，其次我们可以找一些具有代表性的数据，对系统进行用例测试，在黑盒测试的过程中常用的测试工具是winrunner和AutoRunner；白盒测试我们称之为结果测试，也就是逻辑驱动测试，在白盒测试的过程中，我们主要是根据系统开发的原理进行测试的，主要是以开发者的身份去测试这个代码是不是完成了其具体的功能，实现的具体路径对不对，当然这种测试方法是费时费力的，因为每个功能，他的运行路径不止一条，通过对程序当中运行的路径进行测试，检测开发的代码是不是存在bug，有没有实现预期，在白盒测试的过程中常用的测试工具为Jcontract、C++ Test以及CodeWizard等。
登录模块的功能测试：
表5.1 登录模块功能测试表
| 测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
| 登录模块测试 | 登录成功的情况 | 使用者可以通过浏览器进入到基于FMEA的设备故障管理信息系统登录界面，输入用户名：admin和密码admin，完成滑动拼图验证后，点击“登录”按钮。 | 成功登录到管理员管理的界面 | 正确 |
| 登录模块测试 | 登录失败的情况 | 使用者可以通过浏览器进入到基于FMEA的设备故障管理信息系统登录界面，输入用户名：admin和密码111，完成滑动拼图验证后，点击“登录”按钮。 | 系统提示“用户名和密码不匹配” | 正确 |
用户信息添加功能测试：
表5.2 用户信息添加功能测试表
| 测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
| 用户添加模块测试 | 用户添加成功的情况 | 管理员在“系统用户”菜单中点击“用户”会显示出所有的用户信息，点击“添加”按钮，输入账号、密码、昵称、手机号码、邮箱等，输入正确的信息后，点击“提交”按钮。 | 提示添加成功 | 正确 |
| 用户添加模块测试 | 用户添加失败的情况 | 管理员在“系统用户”菜单中点击“用户”会显示出所有的用户信息，点击“添加”按钮，不输入账号，其他信息正常填写后，点击“提交”按钮。 | 提示“添加失败，账号不能为空” | 正确 |
查询设备信息功能模块测试：
表5.3 查询设备信息功能测试表
| 测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
| 查询设备信息功能测试 | 查询成功的情况 | 用户在菜单栏中点击“设备信息”，然后出现系统的设备信息 | 查询成功 | 正确 |
故障信息添加功能模块测试：
表5.4 添加故障信息功能测试表
| 测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
| 故障信息添加模块测试 | 故障信息添加成功的情况 | 用户点击“故障信息”会显示出所有的设备信息界面，点击“故障添加”按钮，选择设备，输入设备编号、设备名称、故障描述等信息，输入正确的信息后，点击“提交”按钮。 | 提示添加成功 | 正确 |
| 故障信息添加模块测试 | 故障信息添加失败的情况 | 用户在“故障信息”会显示出所有设备信息，点击“添加”按钮，不选择设备，其他信息正常填写后，点击“提交”按钮。 | 提示“添加失败，设备不能为空” | 正确 |
在本章节对基于FMEA的设备故障管理信息系统进行了黑白盒测试，并对系统中的部分功能进行了用例分析，能够发现系统还是比较稳定的，系统的所有功能基本可以实现，能够满足管理员和用户对设备信息的查询、故障上报的需求。通过测试可以看出在系统的运行过程中，其功能完整，对于输入的错误信息，能够把错误信息提示出来，方便用户操作的时候发现自己输入的信息哪里有错误，进而进行改正，而且系统界面都设有导航栏，操作非常便捷，不需要对使用者进行任何培训，对于企业来说是一个很有价值的系统。
经过了几个月的努力，本基于FMEA的设备故障管理信息系统终于完成了，虽然在校期间也开发过一些小型的系统，但是都是在老师的讲解以及辅助下完成的，没有经历过开发之前的需求分析、系统分析，都是直接从系统设计开始的，因此本次开发的基于FMEA的设备故障管理信息系统对我意义重大。
在开发系统最初，首先对各个设备管理方面的需求进行调研，了解对于企业来说，开发的系统需要实现哪些功能才能满足企业的管理需求，对需求进行分析；其次选择自己比较熟悉的C#语言，SQL Server数据库，使用ASP.NET框架来设计开发，通过知网库、学校图书馆等地方查阅、学习这些技术，掌握编程的思想和方法，然后就是对系统进行分析，从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面，对系统进行全方位的分析，确定系统的最终功能，从而对系统的功能和数据库进行设计，最后就是系统的实现以及对实现的功能的测试，确保系统能够稳定的运行。
在开发的过程中暴露出了自己的很多问题，比如前期的准备还是不够充分，不能完全掌握其操作流程；在开发过程中对C#的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题，经常会导致项目在运行的时候出现错误。学无止境，通过一边查阅资料一边向导师请教，慢慢的解决了这些问题，在以后的学习、工作者我会更加严谨，通过本项目的开发，我将会收益终生！
参考文献
[1]穆汉栋,张文栋,郝润芳.基于C#的步态分析系统上位机软件设计[J].电子设计工程,2023,31(08):42-46.
[2]段延超,吕永飞,李鑫.C#程序设计课程在应用型人才培养中的教学探索[J].科技风,2023(02):34-36.
[3]吴昊,杨亚仿,谭荣丽.基于C#.net的网页内容获取及应用研究[J].信息与电脑(理论版),2022,34(22):48-51.
[4]高贤君,谭美淋,蔡永香.GIS专业C#程序设计课程中集合与泛型教学思考[J].电脑知识与技术,2022,18(22):122-123+127.
[5]阳曦鹏,李碧薇,李德华,曾广移,黄小凤.基于FMEA的电力设备故障管理系统设计[J].电子产品可靠性与环境试验,2020,38(S1):84-87.
[6]盛伊琳.城市轨道交通系统设备故障管理流程和方法研究[J].隧道与轨道交通,2019(S2):170-174.
[7]曹占启,夏雪.设备故障管理系统的设计与实现[J].电子技术与软件工程,2019(12):37-39.
[8]焦守波,韩永乐.某机场导航设备故障管理系统设计[J].科学技术创新,2019(13):87-88.
[9]聂鹏辉. ZT煤业主煤流系统设备故障管理方法研究及应用[D].山东科技大学,2018.
[10]王涛.基于SQL Server 2008的设备故障管理系统的设计与应用[J].信息与电脑(理论版),2018(08):123-124.
[11]王善伟.大型炼化企业设备故障管理系统的研究[J].化工自动化及仪表,2018,44(09):890-894..
致 谢
“致谢”意味着论文的结束，也意味着自己的毕业设计顺利完成，同时也代表了自己的大学生涯即将结束，我即将要离开自己敬爱的老师和亲爱的同学们，在这里我首先要感谢的就是所有的老师，“春满江山绿满园，桃李争春露笑颜，东西南北春常在，唯有师恩留心间”，他们无论在我的学业还是在我的生活上付出了所有，对我谆谆教诲；其次我要感谢我的指导老师，他在我的整个毕业设计当中起着引导作用，每当我有困难的时候，他总会第一时间帮助我，引导我进行解决问题，而不是直接告诉我答案，“授人以鱼不如授人以渔”，指导老师的这种做法让我受益终生，同时我也从指导老师身上学习到了许多的开发技巧以及检验，这对我今后的开发起着十分重要的作用；再次，我需要感谢我的同学、室友，他们不仅仅在毕业设计上给我许多帮助意见，在大学同窗四年，他们给过我的帮助太多了，我对他们有太多的不舍，无法用言语表示，我相信在以后的人生道路上只要想到他们，我心里就会很温暖，这种友情是任何感情替代不了的；最后我还要感谢家人，感谢自己，感谢家人对我的支持，感谢自己在学业上的坚持，我相信我以后的道路会越来越好。
点赞+收藏+关注 →私信领取本源代码、数据库
关注博主下篇更精彩
一键三连！！！
一键三连！！！
一键三连！！！
感谢一键三连！！！
扫一扫
6981
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
