安全检查管理系统详细设计说明书_第1页
安全检查管理系统详细设计说明书_第2页
安全检查管理系统详细设计说明书_第3页
安全检查管理系统详细设计说明书_第4页
安全检查管理系统详细设计说明书_第5页
已阅读5页,还剩38页未读 继续免费阅读

下载本文档

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

文档简介

详细设计说明书PAGEPAGE42煤矿安全检查管理系统详细设计说明书

目录TOC\o"1-3"\h\z1. 引言 41.1. 编写目的 41.2. 背景 41.3. 定义 51.4. 参考资料 52. 程序系统的结构 63. 安全检查组织管理模块设计说明 83.1. 程序描述 83.2. 功能 83.2.1. 领导组成员信息管理 83.2.2. 办公室成员信息管理 103.2.3. 检查组成员信息管理 123.2.4. 检查进度报告发布周期设定 143.3. 性能 143.4. 输入项 143.5. 输出项 143.6. 算法 153.7. 流程逻辑 153.8. 接口 163.9. 存储分配 163.10. 注释设计 163.11. 限制条件 173.12. 测试计划 173.13. 尚未解决的问题 174. 安全检查计划制定模块设计说明 174.1. 程序描述 174.2. 功能 174.3. 性能 194.4. 输入项 194.5. 输出项 194.6. 算法 194.7. 流程逻辑 204.8. 接口 204.9. 存储分配 214.10. 注释设计 214.11. 限制条件 214.12. 测试计划 214.13. 尚未解决的问题 215. 安全检查情况录入模块设计说明 225.1. 程序描述 225.2. 功能 225.3. 性能 235.4. 输入项 235.5. 输出项 245.6. 算法 245.7. 流程逻辑 245.8. 接口 245.9. 存储分配 245.10. 注释设计 255.11. 限制条件 255.12. 测试计划 255.13. 尚未解决的问题 256. 安全检查进度管理模块设计说明 266.1. 程序描述 266.2. 功能 266.2.1. 阶段性总结管理 266.2.2. 阶段性安排部署文件管理 276.2.3. 检查计划完成情况汇总统计 286.2.4. 检查进度报告查询 296.3. 性能 296.4. 输入项 296.5. 输出项 306.6. 算法 306.7. 流程逻辑 306.8. 接口 316.9. 存储分配 326.10. 注释设计 326.11. 限制条件 326.12. 测试计划 326.13. 尚未解决的问题 327. 安全检查数据统计分析模块设计说明 337.1. 程序描述 337.2. 功能 337.2.1. 安全检查总结 337.2.2. 安全检查情况汇总统计 357.2.3. 隐患分类分析图表 357.2.4. 重大隐患挂牌及销号情况 367.3. 性能 377.4. 输入项 377.5. 输出项 377.6. 算法 377.7. 流程逻辑 377.8. 接口 387.9. 存储分配 387.10. 注释设计 387.11. 限制条件 397.12. 测试计划 397.13. 尚未解决的问题 398. 安全检查信息查询模块设计说明 398.1. 程序描述 398.2. 功能 398.3. 性能 408.4. 输入项 408.5. 输出项 408.6. 算法 408.7. 流程逻辑 408.8. 接口 418.9. 存储分配 418.10. 注释设计 418.11. 限制条件 428.12. 测试计划 428.13. 尚未解决的问题 429. 数据上传模块设计说明 429.1. 程序描述 429.2. 功能 429.3. 性能 439.4. 输入项 439.5. 输出项 439.6. 算法 439.7. 流程逻辑 439.8. 接口 439.9. 存储分配 449.10. 注释设计 449.11. 限制条件 449.12. 测试计划 449.13. 尚未解决的问题 44引言编写目的此软件详细设计的目的是依照《软件需求说明书(煤矿安全检查管理系统).doc》,对煤矿安全检查管理系统的主要子系统、各项技术指标及相关流程加以描述和记录、全面与系统的表述安全检查管理系统的构架。编制应尽量详尽,并能充分考虑在发生变化时各项工作变化最小。本文档是软件开发的依据,因此应当由相应的评审人员进行审核方能执行。背景2013年10月,国务院下发了国办发〔2013〕99号《国务院办公厅关于进一步加强煤矿安全生产工作的意见》文件,要求“明确部门安全监管职责,按照管行业必须管安全、管业务必须管安全、谁主管谁负责的原则,进一步明确各部门监管职责,切实加强基层煤炭行业管理和煤矿安全监管部门能力建设,创新监管监察方式方法”、“县级煤矿安全监管部门要与煤矿企业安全生产综合调度信息平台实现联网,随机抽查煤矿安全监控运行情况”。为此,山西省煤炭工业厅于2014年编制了《山西省煤炭安全生产监督管理综合信息平台可行性研究报告》,并通过了省发改委的立项审批。2014年12月,国家进行了煤炭资源税改革,变从量计征改为从价计证。,山西省2014年11月下发了晋政发〔2014〕37号文件,2015年1月下发了晋发〔2015〕3号,取消了相关企业代行的煤炭、焦炭公路运销管理行政管理权,取消了所有的煤炭焦炭公路运销票,撤销了省内所有煤焦公路检查站和稽查点;取消了铁路运输计划归口管理。这样,我省原有的煤炭铁路销售和公路运输管理体制和数据统计渠道不复存在。为了解决该问题,两文件均要求“建立煤炭监管信息平台。加强信息化管理,建立集煤炭生产、运输、销售、库存、价格等综合信息于一体的公共信息服务平台,形成数据传输和共享机制,实现互联互通。加强对信息的汇总、整理、分析,为政府产能监督、产量调控、运销监管、税费征收等提供依据,为企业经营提供服务”。为进一步做好山西省煤炭监管信息平台建设项目的顶层设计,增强设计的科学性和可操作性,确保平台设计科学合理、功能实用,由煤炭工业太原设计院中标参与本项目的设计,并于XXXX年XX月XX日通过了监管信息平台专家组的论证,形成了《信息监管平台专家论证会论证意见》,《意见》认为,平台初步设计报告目标明确、技术先进、内容全面、方案合理、措施可行、概算合理,初步设计报告基本达到初设深度,同意通过论证。定义缩写、术语解释监管平台初设技术协议参考资料程序系统的结构煤矿安全检查管理系统主要包括的功能模块有:安全检查组织管理、安全检查计划制定、安全检查情况录入、安全检查进度管理、安全检查数据汇总统计分析、安全检查信息查询、数据上传。系统结构图如下所示:安全检查组织管理模块设计说明程序描述主要针对安全检查组的组织机构进行维护管理,包括对领导组及下设办公室与检查组(督查组)信息的添加、删除、修改、查询。并且能够根据工作职责对相关工作人员进行相应系统权限的分配,对检查结果的录入、查询等操作进行必要的控制。并能够对检查进度报告的发布周期进行设定,可以按照周期、日期、日期段进行设置。功能领导组成员信息管理实现对领导组成员信息的添加、查询,可以根据角色类型(组长、副组长、组员等)、成员姓名对领导组的组成信息进行条件查询,并且可以对一条领导组成员信息进行修改和删除,管理界面设计如下所示:点击添加领导组成员按钮进入领导组成员添加页面,可以选择角色名称、所属机构、并进行人员选取,添加页面如下所示:在领导组添加页面点击选取人员按钮,可以对领导组人员进行选取,人员选取页面会显示该机构所有人员的信息,可以根据真实姓名对人员进行选取。人员选取界面如下所示:在领导组成员管理界面,可以对已经添加的领导组成员信息进行修改,修改的信息包括:角色名称、姓名、所属机构、所属部门、职务、电话等,修改界面如下所示:办公室成员信息管理实现对办公室成员信息的添加、查询,可以根据角色类型(办公室主任、成员、联系人等)、成员姓名对领导组下设办公室的组成信息进行条件查询,并且可以对一条办公室成员信息进行修改和删除,管理界面设计如下所示:点击添加办公室成员按钮进入办公室成员添加页面,可以选择角色名称、所属机构、并进行人员选取,添加页面如下所示:在领导组下设办公室添加页面点击选取人员按钮,可以对办公室的人员进行选取,人员选取页面会显示该机构所有人员的信息,可以根据真实姓名对人员进行选取。人员选取界面如下所示:在办公室成员管理界面,可以对已经添加的领导组成员信息进行修改,修改的信息包括:角色名称、姓名、所属机构、所属部门、职务、电话等,修改界面如下所示:检查组成员信息管理实现对检查组成员信息的添加、查询,可以根据小组名称对检查组的成员信息进行条件查询,并且可以对一条检查组成员信息进行修改和删除,管理界面设计如下所示:点击添加按钮进入检查组成员添加页面,可以添加小组名称、组长、副组长、联络员、成员、检查范围等信息,添加页面如下所示:在添加组长、副组长、联络员、成员等信息时,双击文本框可以进入人员选取页面,人员选取页面会显示该机构所有人员的信息,可以根据真实姓名对人员进行选取。人员选取界面如下所示:在检查组成员管理界面,可以对已经添加的检查组成员信息进行修改,修改界面的界面元素设计与添加界面相同,修改界面设计请参照添加界面。检查进度报告发布周期设定实现对检查进度报告发布周期的设定,领导组可以根据设定的发布周期对检查进度报告进行查询。检查进度报告发布周期设定页面如下所示:性能安全检查系统的性能,从用户角度看,就是页面性能。从数据库查询数据至页面显示时间要求低于5s。页面响应时间:页面响应时间高峰期小于5秒;系统并发数:按招标文件要求,峰值支持并发数为10000;操作日志:按招标文件要求,应用软件系统应保存至少6个月的用户操作记录。输入项检查组织信息录入输入方式:数据主要是用户进行人工输入,通过键盘,在安全检查组织录入界面上填写表单。输入内容:小组名称、任务名称、任务依据、组长、副组长、联络员、成员、检查范围、备注等信息。检查组信息查询输入方式:通过键盘,在查询页面的文本框中输入检查组名称或在文本框中输入检查组成员姓名。输入内容:查询条件。输出项检查组织信息录入输出方式:浏览器输出。在电脑屏幕上输出安全检查组信息列表。输出内容:列表显示小组名称、任务名称、任务依据、组长、副组长、联络员、成员、检查范围等信息。检查组信息查询输出方式:在电脑屏幕上输出满足查询条件的检查组织信息列表。输出内容:检查组织信息列表。算法本部分没有采用自定义的算法。流程逻辑用户登录系统后,在录入界面,输入安全检查组织信息。数据合法性验证:输入时在系统后台增加对录入信息的验证,验证数据的非空、格式、长度、正确性、合法性,数据验证通过后经过必要的数据转换保存到数据表里。安全检查组织录入数据流图:可以对已录入的安全检查组织信息进行查询,根据输入的查询条件:检查组名、检查组成员姓名等信息,对安全检查组织信息进行筛选过滤,得出符合条件的安全检查组织信息列表。安全检查组织查询数据流图:接口存储分配本程序使用高级语言MicrosoftVisualC#进行编码,直接的内存分配由C#运行时分配。本组件内所依赖的变量、结构要求全部在组件元素内申明。注释设计文件头注释:在代码文件的头部进行注释,标注出创始人、创始时间、修改人、修改时间、代码的功能,这在团队开发中必不可少,它们可以使后来维护/修改的同伴在遇到问题时,在第一时间知道他应该向谁去寻求帮助,并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。函数、属性、类等注释:请使用///三斜线注释,这种注释是基于XML的,不仅能导出XML制作帮助文档,而且在各个函数、属性、类等的使用中,编辑环境会自动带出注释,方便你的开发。逻辑点注释:在我们认为逻辑性较强的地方加入注释,说明这段程序的逻辑是怎样的,以方便我们自己后来的理解以及其他人的理解,并且这样还可以在一定程度上排除BUG。在注释中写明我们的逻辑思想,对照程序,判断程序是否符合我们的初衷,如果不是,则我们应该仔细思考应修改的是注释还是程序了。限制条件在编码时用到的各种控件必须经过注册,并且在运行时,服务器端必须安装有Microsoft.NETFramework运行时的动态链接库,Python2.5.4运行环境,DB2的DB2.NETDataProvider,PostgreSQL动态链接库。测试计划测试日期、测试人员安排请参考测试计划,测试用例的具体内容,参考测试用例说明。尚未解决的问题设计的合理性和使用灵活性可继续优化。安全检查计划制定模块设计说明程序描述主要实现对安全检查计划信息的管理,包括:检查计划的制定、修改等操作,在制定检查计划时需要添加检查组成员等信息。功能实现对安全检查计划信息的添加、修改、删除、查询,可以根据任务名称、开始日期、结束日期等条件对安全检查计划信息进行条件查询,并且可以对一条安全检查计划信息进行修改和删除,管理界面设计如下所示:添加安全检查计划时,可以对任务名称、任务类型、牵头单位、牵头部门、检查专家抽调方式、检查类型、开始日期、结束日期、检查方案、任务明细(检查组信息)等进行添加,添加界面如下所示:性能安全检查系统的性能,从用户角度看,就是页面性能。从数据库查询数据至页面显示时间要求低于5s。页面响应时间:页面响应时间高峰期小于5秒;系统并发数:按招标文件要求,峰值支持并发数为10000;操作日志:按招标文件要求,应用软件系统应保存至少6个月的用户操作记录。输入项安全检查计划设定输入方式:数据主要是用户进行人工输入,通过键盘,在文本框中输入计划名称或在时间框中输入计划检查时间。输入内容:计划名称、牵头处室、检查组成员、检查开始时间、检查结束时间、检查范围、计划创建时间等。安全检查计划查询输入方式:通过键盘,在文本框中输入计划名称或在时间框中输入计划检查时间。输入内容:查询条件。输出项安全检查计划设定输出方式:浏览器输出。在电脑屏幕上输出安全检查组信息列表。输出内容:列表显示小组名称、任务名称、任务依据、组长、副组长、联络员、成员、检查范围等信息。安全检查计划查询输出方式:在电脑屏幕上输出满足查询条件的检查计划信息列表。输出内容:检查计划信息列表。算法本部分没有采用自定义的算法。流程逻辑用户登录系统后,在录入界面,输入安全检查计划信息。数据合法性验证:输入时在系统后台增加对录入信息的验证,验证数据的非空、格式、长度、正确性、合法性,数据验证通过后经过必要的数据转换保存到数据表里。安全检查计划设定数据流图:可以对已录入的安全检查计划信息进行查询,根据输入的查询条件:计划名称、计划开始时间、计划结束时间等信息,对安全检查计划信息进行筛选过滤,得出符合条件的安全检查计划信息列表。接口存储分配本程序使用高级语言MicrosoftVisualC#进行编码,直接的内存分配由C#运行时分配。本组件内所依赖的变量、结构要求全部在组件元素内申明。注释设计文件头注释:在代码文件的头部进行注释,标注出创始人、创始时间、修改人、修改时间、代码的功能,这在团队开发中必不可少,它们可以使后来维护/修改的同伴在遇到问题时,在第一时间知道他应该向谁去寻求帮助,并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。函数、属性、类等注释:请使用///三斜线注释,这种注释是基于XML的,不仅能导出XML制作帮助文档,而且在各个函数、属性、类等的使用中,编辑环境会自动带出注释,方便你的开发。逻辑点注释:在我们认为逻辑性较强的地方加入注释,说明这段程序的逻辑是怎样的,以方便我们自己后来的理解以及其他人的理解,并且这样还可以在一定程度上排除BUG。在注释中写明我们的逻辑思想,对照程序,判断程序是否符合我们的初衷,如果不是,则我们应该仔细思考应修改的是注释还是程序了。限制条件在编码时用到的各种控件必须经过注册,并且在运行时,服务器端必须安装有Microsoft.NETFramework运行时的动态链接库,Python2.5.4运行环境,DB2的DB2.NETDataProvider,PostgreSQL动态链接库。测试计划测试日期、测试人员安排请参考测试计划,测试用例的具体内容,参考测试用例说明。尚未解决的问题设计的合理性和使用灵活性可继续优化。安全检查情况录入模块设计说明程序描述主要实现对检查结果信息的管理,包括对检查结果信息的录入、修改、删除等。功能实现对安全检查情况信息的添加、修改、删除、查询,可以根据任务名称、检查组名称、被检查单位、检查时间等条件对安全检查情况信息进行条件查询,并且可以对一条安全检查情况信息进行修改和删除,管理界面设计如下所示:添加安全检查情况时,可以对任务名称、检查组名称、组长、副组长、组员、联络员、被检查单位、被检查矿井、检查内容、检查地点、矿井类型、检查时间、检查情况及问题、一般隐患、重大隐患、执法文书下达情况、检查意见等进行添加,添加界面如下所示:性能安全检查系统的性能,从用户角度看,就是页面性能。从数据库查询数据至页面显示时间要求低于5s。页面响应时间:页面响应时间高峰期小于5秒;系统并发数:按招标文件要求,峰值支持并发数为10000;操作日志:按招标文件要求,应用软件系统应保存至少6个月的用户操作记录。输入项输入方式:数据主要是用户进行人工输入,通过键盘,在安全检查情况录入界面上填写表单。输入内容:计划名称、安全检查组名称、检查地点(市)、检查地点(县)、检查地点(矿)、矿井类型、检查时间、隐患信息、检查意见、处理情况等。输出项输出方式:在电脑屏幕上输出安全检查情况信息列表。输出内容:安全检查情况信息列表算法本部分没有采用自定义的算法。流程逻辑用户登录系统后,在录入界面,输入安全检查情况信息。数据合法性验证:输入时在系统后台增加对录入信息的验证,验证数据的非空、格式、长度、正确性、合法性,数据验证通过后经过必要的数据转换保存到数据表里安全检查情况录入数据流图:接口存储分配本程序使用高级语言MicrosoftVisualC#进行编码,直接的内存分配由C#运行时分配。本组件内所依赖的变量、结构要求全部在组件元素内申明。注释设计文件头注释:在代码文件的头部进行注释,标注出创始人、创始时间、修改人、修改时间、代码的功能,这在团队开发中必不可少,它们可以使后来维护/修改的同伴在遇到问题时,在第一时间知道他应该向谁去寻求帮助,并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。函数、属性、类等注释:请使用///三斜线注释,这种注释是基于XML的,不仅能导出XML制作帮助文档,而且在各个函数、属性、类等的使用中,编辑环境会自动带出注释,方便你的开发。逻辑点注释:在我们认为逻辑性较强的地方加入注释,说明这段程序的逻辑是怎样的,以方便我们自己后来的理解以及其他人的理解,并且这样还可以在一定程度上排除BUG。在注释中写明我们的逻辑思想,对照程序,判断程序是否符合我们的初衷,如果不是,则我们应该仔细思考应修改的是注释还是程序了。限制条件在编码时用到的各种控件必须经过注册,并且在运行时,服务器端必须安装有Microsoft.NETFramework运行时的动态链接库,Python2.5.4运行环境,DB2的DB2.NETDataProvider,PostgreSQL动态链接库。测试计划测试日期、测试人员安排请参考测试计划,测试用例的具体内容,参考测试用例说明。尚未解决的问题设计的合理性和使用灵活性可继续优化。安全检查进度管理模块设计说明程序描述主要实现对检查计划的阶段性总结上报、相关阶段性安排部署文件管理以及检查计划完成情况的汇总统计,形成检查计划完成情况统计报表,能够提供检查进度报告,并按照已经设定好的发布周期定时进行发布。功能阶段性总结管理实现对检查情况的阶段性总结,安全检查小组检查完后,需要对检查的情况进行阶段性总结,在阶段性总结管理页面可以显示所有已完成的检查任务信息,可以根据任务名称、检查组名称对所有任务的总结情况进行查询。选择已总结的任务进行上报,上报后领导组相关人员可以进行查看。管理页面如下所示:选择未总结的检查任务,点击未总结可以进入总结添加页面,界面设计如下所示:阶段性安排部署文件管理实现对检查任务阶段性安排部署文件的管理,安全检查小组可以给检查任务添加相关的阶段性安排部署文件,在阶段性安排部署文件管理页面可以显示所有检查任务信息,可以根据任务名称、检查组名称对所有任务的阶段性安排部署文件情况进行查询。管理页面如下所示:双击一条任务信息可以进入总结添加页面,可以上传相关的阶段性安排部署文件,界面设计如下所示:单击阶段性安排部署文件,可以对文件进行浏览,浏览界面如下所示:检查计划完成情况汇总统计实现对检查计划完成情况汇总统计,根据检查计划信息以及实际检查情况可以得出检查计划的完成情况,并且能够根据任务名称、开始日期、结束日期对检查计划完成情况进行查询统计,界面设计如下所示:检查进度报告查询系统会根据检查进度报告发布周期的设定值,对检查进度报告定时进行发布,发布后,领导组可以定时查看检查监督报告,检查进度报告查询界面如下所示:性能安全检查系统的性能,从用户角度看,就是页面性能。从数据库查询数据至页面显示时间要求低于5s。页面响应时间:页面响应时间高峰期小于5秒;系统并发数:按招标文件要求,峰值支持并发数为10000;操作日志:按招标文件要求,应用软件系统应保存至少6个月的用户操作记录。输入项检查计划完成情况统计输入方式:通过键盘,在文本框中输入任务名称或在文本框中输入检查组名称或在时间框中输入开始日期和结束日期。输入内容:查询条件。检查进度报告定时发布输入方式:通过系统后台从数据库中查询获取。输入内容:安全检查情况、检查计划信息。输出项检查计划完成情况统计输出方式:在电脑屏幕上输出满足查询条件的检查计划完成情况信息报表。输出内容:检查计划完成情况信息报表。检查进度报告定时发布输出方式:在电脑屏幕上输出检查进度报告表单。输出内容:检查进度报告表单。算法本模块涉及到的算法主要是检查进度的完成度值,该值主要是由检查计划中的子任务数以及已完成检查的子任务数决定的,例如:检查计划中的子任务数为2,完成检查任务的任务数为1,则检查进度完成情况值为50%。流程逻辑将检查计划信息与实际检查结果信息进行对比统计分析,可以得出检查计划完成况情统计报表。还可以根据输入的查询条件:任务名称、检查时间、检查地点、任务名称等信息,对检查计划完成情况报表信息进行筛选过滤,得出符合条件的检查计划完成情况报表。安全检查计划完成情况统计数据流图:检查进度报告定时发布:安全检查领导组成员根据检查计划信息以及实际检查结果信息进行对比统计分析可以形成检查进度报告,并且对形成的报告进行发布。接口存储分配本程序使用高级语言MicrosoftVisualC#进行编码,直接的内存分配由C#运行时分配。本组件内所依赖的变量、结构要求全部在组件元素内申明。注释设计文件头注释:在代码文件的头部进行注释,标注出创始人、创始时间、修改人、修改时间、代码的功能,这在团队开发中必不可少,它们可以使后来维护/修改的同伴在遇到问题时,在第一时间知道他应该向谁去寻求帮助,并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。函数、属性、类等注释:请使用///三斜线注释,这种注释是基于XML的,不仅能导出XML制作帮助文档,而且在各个函数、属性、类等的使用中,编辑环境会自动带出注释,方便你的开发。逻辑点注释:在我们认为逻辑性较强的地方加入注释,说明这段程序的逻辑是怎样的,以方便我们自己后来的理解以及其他人的理解,并且这样还可以在一定程度上排除BUG。在注释中写明我们的逻辑思想,对照程序,判断程序是否符合我们的初衷,如果不是,则我们应该仔细思考应修改的是注释还是程序了。限制条件在编码时用到的各种控件必须经过注册,并且在运行时,服务器端必须安装有Microsoft.NETFramework运行时的动态链接库,Python2.5.4运行环境,DB2的DB2.NETDataProvider,PostgreSQL动态链接库。测试计划测试日期、测试人员安排请参考测试计划,测试用例的具体内容,参考测试用例说明。尚未解决的问题设计的合理性和使用灵活性可继续优化。安全检查数据统计分析模块设计说明程序描述对安全检查数据进行专项数据分析,通过分类统计等方式进行分析、展现。能够对检查情况进行总结,并对检查情况进行查询统计,生成隐患分类分析图表、重大隐患挂牌及销号情况统计报表。功能安全检查总结实现对安全检查的总结,检查计划完成后,需要对安全检查进行总结,在安全检查总结管理页面可以显示所有已完成的计划信息,可以根据任务名称、总结状态对所有检查计划的总结情况进行查询。选择已总结的任务进行上报,上报后领导组相关人员可以进行查看。管理页面如下所示:检查计划中所有子任务完成并总结后才能对整个检查计划进行总结,选择未总结的检查计划,点击未总结可以进入总结添加页面,界面设计如下所示:领导组可以对已上报的安全检查总结进行查看,查看界面如下所示:安全检查情况汇总统计实现对安全检查情况进行汇总统计,汇总内容包括:煤矿名称、隐患情况(一般隐患、重大隐患),执法文书下达情况等。可以根据煤矿名称、检查日期等条件对检查情况进行汇总统计,汇总统计界面设计如下所示:隐患分类分析图表根据安全检查的情况可以对隐患信息进行分类统计,统计各类隐患的数量,可以根据煤矿名称、检查日期等条件对隐患进行分类统计,统计界面如下所示:重大隐患挂牌及销号情况根据安全检查的情况可以对重大隐患挂牌及销号情况进行统计,统计界面如下所示:性能安全检查系统的性能,从用户角度看,就是页面性能。从数据库查询数据至页面显示时间要求低于5s。页面响应时间:页面响应时间高峰期小于5秒;系统并发数:按招标文件要求,峰值支持并发数为10000;操作日志:按招标文件要求,应用软件系统应保存至少6个月的用户操作记录。输入项输入方式:通过数据库后台查询,查询出检查情况信息以及隐患汇总信息。输入内容:检查情况信息以及隐患汇总信息。输出项输出方式:在电脑屏幕上输出满足条件的相关统计信息表。输出内容:安全检查汇总统计报表、隐患分类分析图表、重大隐患挂牌及销号情况表。算法本模块设计到的算法主要是,对隐患数量的计算,根据查询条件查询出所有满足条件的隐患信息,数据条数则为隐患的数量值。流程逻辑可以对已录入的安全检查情况信息进行查询统计,得出安全检查数据汇总统计报表、隐患分类分析图表、重大隐患挂牌及销号情况统计报表。安全检查数据汇总统计分析数据流图:接口存储分配本程序使用高级语言MicrosoftVisualC#进行编码,直接的内存分配由C#运行时分配。本组件内所依赖的变量、结构要求全部在组件元素内申明。注释设计文件头注释:在代码文件的头部进行注释,标注出创始人、创始时间、修改人、修改时间、代码的功能,这在团队开发中必不可少,它们可以使后来维护/修改的同伴在遇到问题时,在第一时间知道他应该向谁去寻求帮助,并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。函数、属性、类等注释:请使用///三斜线注释,这种注释是基于XML的,不仅能导出XML制作帮助文档,而且在各个函数、属性、类等的使用中,编辑环境会自动带出注释,方便你的开发。逻辑点注释:在我们认为逻辑性较强的地方加入注释,说明这段程序的逻辑是怎样的,以方便我们自己后来的理解以及其他人的理解,并且这样还可以在一定程度上排除BUG。在注释中写明我们的逻辑思想,对照程序,判断程序是否符合我们的初衷,如果不是,则我们应该仔细思考应修改的是注释还是程序了。限制条件在编码时用到的各种控件必须经过注册,并且在运行时,服务器端必须安装有Microsoft.NETFramework运行时的动态链接库,Python2.5.4运行环境,DB2的DB2.NETDataProvider,PostgreSQL动态链接库。测试计划测试日期、测试人员安排请参考测试计划,测试用例的具体内容,参考测试用例说明。尚未解决的问题设计的合理性和使用灵活性可继续优化。安全检查信息查询模块设计说明程序描述安全检查相关人员能够根据机构名称、任务名称、检查组名称、检查日期等条件进行检查结果的查询,筛选出符合条件的安全检查信息列表。功能实现对安全检查情况的查询,查询内容包括:机构名称、任务名称、检查组信息、被检查单位、被检查矿井、检查地点、检查内容、矿井类型、检查情况及问题、一般隐患数量、重大隐患数量、已整改隐患数量等信息,可以根据机构名称、任务名称、检查组名称、被检查单位、检查时间等条件对检查情况进行条件查询,查询界面设计如下所示:性能安全检查系统的性能,从用户角度看,就是页面性能。从数据库查询数据至页面显示时间要求低于5s。页面响应时间:页面响应时间高峰期小于5秒;系统并发数:按招标文件要求,峰值支持并发数为10000;操作日志:按招标文件要求,应用软件系统应保存至少6个月的用户操作记录。输入项输入方式:通过键盘,在文本框中输入机构名称、检查组名称、任务名称、被检查单位名称等,或在时间框中输入检查日期。输入内容:查询条件。输出项输出方式:在电脑屏幕上输出满足查询条件的安全检查情况列表。输出内容:安全检查情况列表。算法本部分没有采用自定义的算法。流程逻辑可以对已录入的安全检查信息进行查询,根据输入的查询条件:计划名称、检查时间、检查地点等信息,对安全检查情况信息进行筛选过滤,得出符合条件的安全检查情况信息列表。安全检查信息查询数据流图:接口存储分配本程序使用高级语言MicrosoftVisualC#进行编码,直接的内存分配由C#运行时分配。本组件内所依赖的变量、结构要求全部在组件元素内申明。注释设计文件头注释:在代码文件的头部进行注释,标注出创始人、创始时间、修改人、修改时间、代码的功能,这在团队开发中必不可少,它们可以使后来维护/修改的同伴在遇到问题时,在第一时间知道他应该向谁去寻求帮助,并且知道这个文件经历了多少次迭代、经历了多少个程序员的手。函数、属性、类等注释:请使用///三斜线注释,这种注释是基于XML的,不仅能导出XML制作帮助文档,而且在各个函数、属性、类等的使用中,编辑环境会自动带出注释,方便你的开发。逻辑点注释:在我们认为逻辑性较强的地方加入注释,

温馨提示

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

评论

0/150

提交评论