水电站设备缺陷管理信息系统设计与实现

2、 系统分析
系统分析，就是在管理信息系统开发的生命周期中系统分析阶段的各项活动和方法。它的主要目标是在系统规划所定的某个开发项目范围内明确系统开发的目标和用户的信息需求，提出系统的逻辑方案。系统分析在整个系统开发过程中，是要解决“做什么”的问题，把要解决哪些问题、要满足用户哪些具体的信息需求调查、分析清楚，从逻辑上或从功能需求上提出系统的方案，即“逻辑模型”。
2.1系统的可行性研究
可行性分析是系统分析阶段的第二项活动，可行性分析能使新系统达到以最小的开发成本取得最佳的经济效益。可行性分析的目的，是根据开发管理信息系统的请求，通过初步调查，对要开发的管理信息系统从技术上、经济上、资源上和管理上进行是否可行的研究分析。这是一项保证资源合理使用、避免失误和浪费的重要工作。
（1）、经济上的可行性。对组织的经济状况和投资能力进行分析，对系统开发、运行、维护费用进行估算，对系统建成后可能取得的社会效益和经济效益进行估计。主要分析成本与收益、投资效果等。
（2）、技术上的可行性。对现有技术进行评价，分析系统是否可以用现有的技术来实施。主要分析技术力量、计算机性能、通讯网络和系统条件等。 【买计算机毕业论文就到www.think58.com】 copyright think58 [来源：http://www.think58.com]
（3）、资源上的可行性。主要指设备、经费等能否得到保证。
（4）、管理上的可行性。如计量管理水平、各种数据收集的可能性和领导对开发系统的态度。
可行性分析要写成可行性报告。可行性报告需报请领导讨论、专家审议，通过后，才可进入详细调查阶段。
2.2、系统的详细调查
系统的详细调查目标是在可行性分析的基础上进一步对原有系统进行全面、深入的调查和分析，弄清原有管理信息系统的运行状况，发现其薄弱环节，找出要解决问题的实质，确保新系统比原系统更加有效、可靠。具体内容包括：管理业务状况的调查分析、数据流程的调查分析。
系统调查可以通过发表征求意见、座谈、访问参观、参加业务实践等方法，自上而下的逐步细化了解。
通过调查发现，该水电站设备变化很大，在原有水电站设备管理系统中，缺乏了完善对缺陷的管理和维护功能。
针对上述问题，计划开发一套水电站缺陷管理的子系统，主要用于设备损坏的变化和对设备的更新进行完善的分析。可以实现本系统的管理的计算机管理，以提高工作效率和管理水平。
根据使用人员对信息、信息处理和信息安全性、完整性的要求，分别对用户的信息需求进行分析：
（1）对信息的要求：随时查询设备的变化，能完善多种查询便于分析查询的结果，和管理查询的内容。 内容来自think58

[来源：http://think58.com]

（2）对信息处理的要求：将生成报表进行观察当前设备的损坏程度和具体变化。
（3）对数据安全性、完整性的要求：设置用户密码口令，保证不被非法操作；并设置用户口令维护功能，方便用户及时更换密码。
详细调查的重点是对管理水电站设备的流程进行描述，逐个地调查研究所有环节的处理业务、内容、顺序、时间、要求等，弄清各个环节需要的信息、信息来源、数据流向、处理方法等。通常采用水质流程图描述相应的管理活动。
详细调查之后，绘制出水电站设备缺陷系统的业务流程图，如下图： copyright think58 [来源：http://www.think58.com]

2.3系统模块介绍
在系统分析的基础上，结合用户的特征，以及对现有设备系统的观察，得出本系统的功能模块结构图，此模块共分为三层结构，各结构之间紧密相连，共同建构了水电站缺陷管理系统。具体功能模块如图2.3所示。
2.3.1角色管理
添加新的角色，修改角色信息，更改角色拥有的权限。 [资料来源：http://www.THINK58.com]

2.3.2缺陷录入
工作人员发现新的设备缺陷，登录系统，录入缺陷信息。
操作人员：所有人
录入信息包括：
1)设备所在单位：下拉框选择。可维护
2)缺陷编号：缺陷编号按照缺陷录入的先后进行，当年终止，次年编号从1重新开始。
3)设备名称：先选择设备主分类（主/丛/其他），然后选择设备类别，最后选择具体设备。下拉框选择，信息来自于已经存在的设备数据库。
4)缺陷查出人：缺陷查出人不一定是汇报人。手填。
5)查出时间：手填
6)汇报时间：自动获取系统时间。
7)汇报人：自动获取登录系统的用户ID，使用用户名。
8)接收人：手填。
9)缺陷现象：手填。
缺陷后果：手填。
2.3.3缺陷确认
列出已经发现并录入的缺陷，填写确认信息。
操作人员：汇报人所在部门
本部门确认本部门上报的缺陷。如果确认，则指定消缺单位，否则返回要求修改或删除。已经确认，生产部有权指定消缺单位或者修改已指定的消缺部门。
需要填写得信息包括：
1)确认情况：手填
2)确认人：自动获取登录系统的用户ID，使用用户名。
3)确认时间：自动获取系统时间。
消缺单位：下拉可选，可多项。主要是维修部、电力工程公司。

本文来自think58 [版权所有：http://think58.com]

2.3.4缺陷处理
填写缺陷处理情况。因为维修时间可能比较长，所有在最终提交之前，可以修改，且进展情况随时公开可见。
操作人员：消缺部门（维修部，电力工程公司）
需要填写得信息包括：
1)消缺时间：自动获取系统时间。
2)消缺负责人：自动获取登录系统的用户ID，使用用户名。
3)处理结果：下拉可选——已正常、已处理、待备品、等停机、等小修、等大修、其他。
4)处理情况：手填。
工作班成员：选择，多人
2.3.5缺陷处理确认
填写缺陷处理确认信息，对缺陷处理情况进行确认。缺陷所在部门认为处理结果不满意的转给生产部，如果生产部满意，则也必须得确认处理，然后归档。
操作人员：缺陷所在部门
需要填写的信息包括：
1)确认处理：手填。
2)确认人：自动获取登录系统的用户ID，使用用户名。
3)确认时间：自动获取系统时间。
缺陷状态：下拉可选——已正常、已处理、待备品、等停机、等小修、等大修、其他。
2.3.6协调情况
填写生产部协调情况。
对于未能完全消除的缺陷（如待备品等），消缺部门填报处理缺陷之后，要由生产部确认，如果生产部认为可以，则确认，消缺部门等时机成熟进行消缺，否则生产部不予支持，可以返回消缺部门要求重新消缺。

[资料来源：http://www.THINK58.com]

缺陷所在部门认为处理结果不满意的转给生产部，如果生产部满意，则也必须得确认处理，然后归档。如果生产部也不满意，则可以重新指定消缺部门重新消缺。
操作人员：生产部
需要填写的信息：
1)确认意见：通过或不予通过。
2)协调的情况：手填。
3)计划完成时间：手填，年月日。对于待备品等制定最迟完成时间。
协调时间：自动获取系统时间。
2.3.7查询模块
查询模块拥有多种查询功能，用户可以根据汇报时间、汇报人等以及发现的时间进行查询，并且用户还可以根据时间的范围进行查询，同时还可以加入关键字，缩小查找范围，更确切的找到用户想要了解的内容。在查询模块中，多种种类的限制使用户在查找时可以进行模糊搜索和精确搜索两种搜索方案。当用户对所要查找的东西不太了解时，即可进行模糊搜索，相反如果用户对所要查找的东西十分确定，即可进行精确搜索。查找模块在任何系统中都占了举足轻重的地位，它是系统不可缺少的功能模块，使用户可以更清楚的了解系统里所包含的内容。
2.4 小结
本章主要分析系统的各个组成部分，并给出了具体的逻辑设计。用户模型主要是简单的介绍了用户的特征与教学状态的相关关系。系统主要描述了各分系统管理的用途，设计方法以及一些相应的策略。该章主要是以全局的整体的角度描述整个系统的功能和框架，它所涉及的理论分析和设计为后面的算法设计和实现打下基础。 think58好，好think58 [来源：http://think58.com]