【最新修订版】调查工程数据管理系统毕业论文设计40论文41

更新时间:2023-05-01 18:26:01 阅读量: 实用文档 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

(此文档为word格式,下载后您可任意编辑修

改!)

计算机科学与技术学院

毕业设计(论文)

论文题目某厂源项调查工程数据管理系统

——源项数据管理

指导教师职称讲师

学生姓名学号

专业网络工程班级

系主任院长

起止时间2013年10月11日至2014年5月23日

1

2014年5月25日

目录

摘要 (i)

Abstract (ii)

引言 (1)

第一章绪论 (2)

1.1 课题的研究背景和意义 (2)

1.2 源项分析相关研究 (3)

1.2.1 源项分析的内容及目的 (3)

1.2.2 源项分析程序 (4)

1.2.3 源项分析中的术语 (4)

第二章开发平台及相关技术介绍 (6)

2.1 WEB平台主要功能 (6)

2.2 .NET的技术特点和优势 (7)

2.3 其它相关技术介绍 (8)

2.3.1 CSS的概念 (8)

2.3.2 MVC模式 (9)

2.3.3 HTML语言 (10)

2.3.4 三层体系架构设计 (11)

第三章源项调查工程数据管理系统设计 (13)

3.1 需求分析 (13)

3.1.1 功能需求分析 (13)

3.1.2 数据项和数据结构分析 (14)

3.2 源项调查工程数据管理系统逻辑结构设计 (15)

3.3 源项调查工程数据管理系统的具体实现 (16)

3.3.1 界面实现 (16)

3.3.2 源项数据管理的三层体系结构设计 (21)

第四章总结 (32)

参考文献 (33)

谢辞 (35)

某厂源项调查工程数据管理系统

——源项数据管理

摘要:随着IT技术的日益革新以及信息时代的到来,各组织内部分别使用不同的技术对业务流程进行信息化。本文中的管理系统涉及的就是某AAA工程留下的大量历史数据中几乎只有相互独立的纸质资料存档的情况。数据存储方式的不合理导致了AAA工程各部门的信息系统间无法通信进而导致了大量业务数据的冗余和相关数据间不同步等问题。而面向三层结构体系的数据库,是在客户端与数据库数据库之间加入了一个中间层,使得个系统间实现松散耦合依赖,各部门间实现数据共享或数据交换,进而使得管理工作变的更加流程化、信息化、规范化和透明化,提高了工作效率的同时大大减轻管理人员的工作压力。本文将设计实现一个源项调查工程数据管理系统,用以解决上述的AAA工程的数据问题。

关键词:源项分析;数据管理;WEB平台;数据库

Investigation Engineering Factory Source

Database Management System

——The Source Item Data Management

Abstract: With the advent of the information age, and increasingly innovative IT technologies, internal organizations use different techniques to business process information. AAA is a large amount of the project leaving almost only independent data archiving paper case management systems involved. Unreasonable data storage led to the inter-departmental AAA engineering information systems can not communicate in turn led to a large amount of business data between data redundancy and no synchronization problems. The three-layer structure for the database system, the database in the database between the client and added to an intermediate layer such that a loose coupling between systems rely, to share data between sectors or exchange data, thereby making the management becomes more processes, information technology, standardization and transparency, improve work efficiency while greatly reducing the work pressure management. This article will survey design and implementation of a source of engineering data management system to solve data problems mentioned above AAA project.

Key words: Source term analysis; Data Management; WEB platform; Database

引言

随着信息技术的迅速发展和组织内部信息化的逐步推进。各组织己经建立了面向各类具体应用的信息系统,然而各个部门由于业务和功能归属不同,所采用的计算机环境由不同平台组成,以至于存在大量的冗余信息,不利于应用系统间通信和数据同步,同时带来了高昂的维护成本。这就要求组织在信息化建设过程中搭建具有伸缩性好、灵活性强、易维护等特性的应用系统。

第一章绪论

1.1 课题的研究背景和意义

由于历史原因,某AAA工程留下的数据几乎全都是相互独立的书面资料,另外,有待进行的AAA工程的源项调查如果同样也没有计算机支持系统,这对于将来AAA 工程退役后的数据管理工作将成为巨大的困难,非常不利于AAA工程的退役工作。因此,历史资料的电子化,以及为有待进行的AAA源项的调查工作创建出一个用于数据集合、数据管理和数据集中显示的平台,将为这次整个AAA工程的退役发挥非常重要的意义。

另外一方面,源项调查报告是来源于对那些采集数据的分析,高的数据质量会是得到高质量结果的基本条件,而数据质量的高低又将直接决定源项调查报告本身的质量。所以如果在事先对数据本身的质量没有进行认真合理的核查就直接进行利用的话,那么所产生的结论就必将受数据质量所影响,甚至会影响源项调查报告本身的可信性和权威性。所以,进行数据质量的管理是非常必要的。

本系统以包括历史的和待获得的数据的源项调查工程数据库的基础上,实现了对工程中数据的录入、修改、查询和输出,也实现了不同数据之间的关联和信息可追溯性,将为AAA工程的退役工作提供十分充分详实的源项信息。

计算机数据管理是指对现实世界中的对象、事务或过程等进行适当的抽象,建立数据模型,并将其存入计算机中,利用数据库技术将其建立关联,保证其一致性,方便用户进行查询、统计和分析。

在AAA源项调查过程中,大量各种来源、各种类型的数据需要被处理,其中包括设备图纸、厂房设计图纸、场景视频、场景相片、各种γ相机的成像图片、三维扫描仪点云数据、取样分析数据、人员现场测量数据、人员剂量记录等。为了方便对这些数据的管理,建立不同类型不同时间的数据间的关联,并保证其一致性以及可追溯性,我们建立了一个数据管理系统,为AAA工程的源项调查工作提供支持,并且为日后的退役决策及退役方案的设计及实施提供了可靠的数据来源。

源项数据的管理主要包括了调查记录的管理、工程档案的管理和几何场景的管理。

1.2 源项分析相关研究

1.2.1 源项分析的内容及目的

源项分析的准确与否会直接关系到整个环境风险评估的质量,是环境风险评估的基础工作和首要任务。

源项分析通过把一个工厂或者工程项目的大系统整体分解为若干个子系统,然后识别其中具有潜在的危险来源的那些物质、装置或者部件,并且判断它们的危险类型,初步确定发生事故的概率大小,另外还需要确定毒物的释放量及其转移的途径等。

风险评估的源项分析和安全生产的管理中的事故分析、安全评价分析方法大致相同,但目的则各有侧重。在安全生产中,事故分析的实施是为了找出事故原因,进而提出预防事故的对策,达到减少和防止同类事故发生的目的;人们通过对事故的具体分析来了解发生事故时的种种特点和规律、并且从中发现新的危险因素以及管理上的缺陷;我们要从事故中引出新的工艺和新的技术。而安全管理中使用的安全评价则是通过分析来了解系统中薄弱的环节和一些潜在的危险,进而了解可能发生的事故的概率和所能产生的一切后果,从而调整系统,加强薄弱的环节,消除潜在的危险,以期达到系统上的最优化和最安全。风险评估中的源项分对系统存在的潜在危险的识别和其事故概率的计算,从中筛选出最大可信事故,进而计算事故的可能危害,最后确定本系统的风险值,并与相关标准进行比较,看其能否达到生产中可以接受的风险水平。

源项分析中最重要且最困难的工作就是事故概率的估算。在任何一个工厂,都存在各种潜在事故,任何一个事故都具有诸多的诱发因素,是带有很强的随机性的。而事故概率的计算在可靠性工程研究中已经发展了很多种方法,然而历史事故实际的调查仍然是计算的基础。

源项分析其目的在于通过对评价系统的危害识别及分析,尽量正确地筛选得到最大可信事故并确定其源项,为事故的后果估算提供可靠的依据和基础资料。

1.2.2 源项分析程序

源项分析分为两个阶段。第一阶段是危险的识别,第二阶段是进行风险事故的源项分析。源项分析的前一阶段以定性分析为主,而后一阶段以定量为主。其范围及对象是从设备、物质、工艺、装置到与其相关的各个单元的全系统。与之相应的要进行工艺过程及其反应危险性、物质危险性、储运危险性、设备装置危险性等的分析评价。

下面是源项分析的主要步骤:

(1)子系统、单元、及系统等的划分;

(2)危险性识别,以经验法和定性为主;

(3)对所识别出的主要危险源要进行事故源项分析,从中筛选和确定最大可信灾害事故;

(4)定量分析最大可信灾害事故,确定有关源项的参数,包括进人环境的可能的转移途径、危害类型、毒物泄漏及事故概率等。

1.2.3 源项分析中的术语

下面是在源项分析中涉及的一些主要的术语的定义。

事件的发生概率:危险性的发生称为事故的频率。即随机事件在一定时间内所发生的次数的规律称为频率,而稳定的频率值即称为事件发生的概率。特殊的,必然发生的事件的概率为1,那些不可能发生的事件的概率为0,所以随机事件的概率都是介于0与1之间的。

危脸性:指在各种类型的生产活动中,能造成人员伤亡或人员财物损失的潜在的原因,其发展会成为实际危险,即事故。

危险程度:当综合考虑危险源所导致的事故中可能产生的后果以及其出现频率时的程度。若对危险强度进行分类,大体上可分为以下三类:低频率——严重后果所产生的危险性;偶然——中等后果所产生的危险性;慢性——低水平的危险性。另一面,与之相对应就是高风险、中等风险和低风险这三种水平的风险源。高风险是环境风险评价的重点对象。

危险源:评价系统内的某一部分或部件因各种原因而受到损坏或者失去控制导

致了毒物泄漏或者引起火灾爆炸事故的物体或系统,构成危险源。那些潜在的危险源是需要通过危险源分析评价对象涉及的有毒有害物质的理化特性及毒理特性和其贮量来识别。

最大可信灾害事故:是具有一定的发生概率的,后果是具有灾难性的,且在所评价系统事故中风险值最大的事故。在所评价的系统中,如果其最大可信事故的风险值在其他同类系统的可接受风险值范围之内,我们就认为该系统从风险角度上衡量是可以接受的。

危险类型可分为:

(1)自然灾害,如区域性的海啸、地震等;

(2)人为灾害,如工厂的爆炸、毒物释放、火灾等;

(3)准自然灾害,由自然和人为共同诱发的灾害,如污染事故、雷击引起球罐爆炸等。

第二章开发平台及相关技术介绍

2.1 WEB平台主要功能

我们使用的基于WEB平台的应用技术本质上就是面向对象技术。WEB之所以非常流行的主要原因是在同一页上表达色彩丰富的图形的性能和显示文本。可以将音乐、图像、视频等信息集合为一体也是WEB可以提供的功能。另外,WEB还是非常易于导航的,如果我们要在各页各站点之间浏览网页内容就只需要将一个连接跳转链接到另外一个连接即可。以下是WEB平台技术具有的特点。

(1)WEB的平台无关性

当我们通过互联网访问WWW的时候是不需要考虑我们搭载的系统平台的。我们通常利用浏览器(browser)软件来实现对WWW的具体访问。由于浏览器(browser)软件与平台无关,所以不管是XP平台、UNIX平台、或是Windows下的各样版本平台都是可以利用浏览器访问WWW的。

(2)WEB是分布式的

互联网上可以搜索到各样的大量的视频、图像、音乐等信息,因为没办法预先角准确得判断存储或使用这些信息所需的磁盘大小,所以我们把所有的信息都存储在一起是不现实的。我们希望能把数据信息随意存放在任何可以存放数据的站点上,办法是标明存放的站点。这样的搜索式存储方式使得物理上并不一定在同一个站点的信息得以实现一定程度上的逻辑一体化。这样的方法让用户读取这些信息时感觉似乎这些信息是一个整体。WEB平台这样的分布式特性,也是它得以快速发展的一个非常重要的原因。

(3)WEB 是动态的

存放于WEB站点的信息是会经常被更新的,这些信息中通常会包含站点本身的一些信息,例如公司的各类新闻报道、广告、股市行情等等的信息都需要提供者可以经常定时的对网站上的旧的信息进行更新以求最大程度的保证信息内容的时间有效性。这要求了WEB站点上的信息必须能够是动态实时更新的,并且要求信息的提供者能够确保WEB的动态性。

另外,WEB动态的特性还表现在WEB的交互特性上。

由于网页上的超链接决定了浏览用户在浏览网站时的顺序和所指向的站点,所以超级链接就是WEB的交互性的主要表现之一。此外我们是通过表单的形式从服务器方获得所需的动态连接信息。用户通过填写表单来向服务器提出具体请求,然后服务器才可以依据用户的请求来动态返回对应的响应信息。

2.2 .NET的技术特点和优势

(1)简化开发操作

显然,ASP、PHP等语言被使用的时间比较长久,且相对更容易使用,但是,在网页程序量体积过于庞大时,代码语言的描述会显得非常的困难和复杂。.NET技术在代码编写上是能够将业务逻辑和页面逻辑区分开来的,这是.NET技术的特色所在。.NET技术能够将程序代码和所显示的内容区分开来,语言的结构还使得网页的内容上更容易编写、操作上更加便利,同时也就使程序代码看起来更加的洁净和简单。

(2)语言独立性

.NET中允许采用编译式的语言来编写程序,为此,它提供了较好的语言执行效率还有跨语言方面的兼容特性,如VB、C#等等。此外,一些公司也基于这个提供了一些比较合用的应用程序方面的支撑,包括以前我们常用的pascal、cobol等。

(3)提高执行效率

由于.NET的程序代码采用的是编译式的语言,所以程序的执行速率方面要比一般使用ASP这样的执行方式快很多。此外,.NET还提供了快取功能,进一步得缩短了服务器应答上的时间,从而提高了代码的执行效率。

(4)简化部署与组件的操作

.NET在程序部署中完全不需要考虑到组件的注册方面的问题。编程人员只需要将文件直接复制到与目的计算机相对应的目录下就可以直接编译运行,不需要很复杂的部署操作。

(5)增进适用性

.NET解决应用程序的故障的特点使得其适用性高出其他程序很多。一般的,在内存泄露的情况下,.NET能够自动重新启动并杀掉进程,使机器能够正常运行,充分体现了它的适用性。一般的,在.NET环境下,那些造成内存泄露或可能产生无穷

循环的代码,或者那些没有及时释放使用的资源的程序代码不会影响到其它线程,只对所在的线程有影响,从而增进了程序的适用性。

(6)更佳的安全机制

.NET为用户提供了三种不同的登陆验证方式分别为Windows、Passport 和Cookie。这三种方式一般是通用的,.NET所提供的Impersonation功能还可以使登陆者的权限被调动以执行一些程序代码或者存取一定资源。

(7)支持下一代的WEB Service

一般的,WEB Service指的是一个可以跨互联网调用的一个完整的应用程序,.NET为应用程序提供了重复使用的功能特性,实现了两个不同的系统拥有同一个沟通管道的特性,实现了跨网络的调用。

(8)Session 可以跨进程、跨机器

为了可以在不同的计算机之间的不同进程中进行系统代码的维护设置,.NET提供了Session状态,用以解决WEB Farm上的Session维护问题,从而实现了机器和进程间的维护。

2.3 其它相关技术介绍

2.3.1 CSS的概念

Web早期只是一系列相互链接起来的文档,用于研究等领域,开发者使用HTML 用来添加那些最简单的格式、结构。随着万维网的发展,网页布局样式越来越丰富,单纯依靠HTML语言的方法使页面代码越发的臃肿不堪。为了页面的合理布局,table层层嵌套,代码越来越冗余复杂,就连一个普通的网页也复杂得让人难以接受。在传统的网页布局中,表格只是其中一种布局方法,除此以外,框架、绝对定位层等布局技术也在很长一段时间内流行于编码人员之间。但是随着网络技术的更新发展和人们现实生活对于网络的获知需求的日益增长以及市场上各种各样电子设备的出现,这些布局技术已经完全不能适应人们的对网页浏览的需求。

Web2.0标准化设计理念的普及给这一问题带来了很好的解决方案,一种新的布局方式应运而生,即基于Web标准下的CSS+DIV网页布局。自其诞生以来,国内外很多大型门户网站都对他们各自的网站进行了重构,一些中小型网站也难敌新技

术的优势,都正处在逐步跟进之中。

CSS是Cascading Style Sheets的缩写,中文翻译为“层叠样式表单”或“串联样式单”,又简称为“样式表”。

需要特别说明的是,CSS的引入是扩展HTML语言而非替代它。换言之,CSS 是HTML的一种辅助工具,与HTML一起作为网页制作的制作语言和工具。

CSS样式表大致可分为内嵌样式(Inline Style)、内部样式表(Internal Style Sheet)和外部样式表(External Style Sheet)三种。布局过程中,结构和语义内涵相同,网页设计者必须清楚的知道自己设计的网页所要展示的结构和内容。内容需要被分为不同的内容块,每个内容块根据不同的目的对应于不同的HTML结构块之中并被建立起来。这就是CSS与网页语言的无缝集成,这种网页构成方式能够使页面达到精控,网页结构得到更好的优化,此外网页中文字的字体、大小、颜色等属性也会更加容易被设计,例如脚本语言的加入就使得网页中元素拥有了不同的动态效果,下载速度也因此提高。

CSS样式表的创建过程就是对各种CSS属性的设置过程,所以在使用CSS样式表进行网页结构设计的时候要尽可能的学习CSS的各种属性设置。而所谓样式,就是一种规则,它负责提示浏览器将HTML语言标签展现给使用者的方式。

2.3.2 MVC模式

MVC模式的产生是为了解决在传统Web应用系统中存在的程序可重用程度低的问题,同时,对于繁琐、困难的维护工作和底下的程序应变能力也因而得到了改善。

MVC是Model-View-Controller即模型-视图-控制器的缩写。顾名思义,MVC 模式包括模型(Model)、视图(View)和控制器(Controller)这三个部分,三个部分分别完成不同的程序功能——内部数据的管理、数据表示、和对输入输出的控制部分。MVC模式其核心在于三级至多级的松散耦合。应用于J2EE的MVC模式使得开发人员编出的程序实现即插即用的效果,即一次编写可以到处执行。采用MVC 模式使模块之间的耦合度明显降低,有效分离了界面和模型。当变更发生,模型和用户界面之间是相互独立的,变更不会影响到整个系统的稳定运行。另外对于MVC 模式,同一个模型可以对应多个视图,软件的灵活性也大大增强。而模型独立于接

口代码的特性则使其具有了良好的可移植性。MVC的结构如下图2.1所示。

图2.1 MVC结构图

模型是MVC模式中三个组成部分之一,是与问题相关的数据的一种逻辑抽象。它是整个模型的核心,代表着对象的内在属性。它实现了问题域中的对象与应用程序中的对象之间的映射关系。对象的属性和隐含的逻辑被封装在这些被抽象出的对象中。

视图是MVC模式中第二个组成部分,它是模型的外在表现。视图可以作为应用系统与外界之间交互的接口,实现与外界交互的功能。一方面,它对外提供输入接口,随之触发应用逻辑的运行;另一方面,它负责实现逻辑运行结果对外界的显示输出。一个模型往往可以对应一个或者多个视图。

控制器是MVC模式中的最后一个部分,它负责联系其它两个部分——模型和视图。控制器将视图传进来的外部信息提取出来,再将用户和视图之间的相互交互转换为基于应用程序的行为的一个标准业务事件,最后将标准业事件解析为之前提取出的视图应执行的动作。另一方面,模型的修改与更新也是由控制器通知视图,进而保证各个视图与模型之间的一致性的。

2.3.3 HTML语言

HTML语言的全称是超文本标记语言(Hyper Text Markup Language),它是一种用于调整网页中各种资源显示方式位置的标识语言,它并不是一种程序语言。HTML现今已经作为网页设计中的一种支柱语言而存在了。

在Internet遍布世界的现在,网页的设计与制作已经因个人及公司、机构的主页的普及而成为一门新世纪人的必修课程。诚然,我们已经有了Frontpage和

Dreamweaver等集成便捷的图形化的网页制作工具,但更高的网页制作水平是无法逃开对HTML的了解这样的基础课业的。

HTML即超文本标记语言是定义了超文本文档的SGML的一个子集。HTML 现在多用来表示含有超文本的文档和用来编写超文本文档的标记语言。HTML是以一系列的标签来告诉浏览器所需的网页表现形式,它只需要经由浏览器解释即可执行,不需要经过编译。

2.3.4 三层体系架构设计

企业组织结构是管理学中一个非常重要的概念,它是分层思想在企业管理中的一项重要应用。企业引进组织结构的思想其目的在于希望更加有效合理得组织企业中处于各个阶层的成员,力求达到所有企业员工都以企业的运作和企业发展为目标共同努力,达到员工的最大最合理利用的效果。在我们的软件框架设计中,分层结构是一种非常常见且重要的体系结构,显然企业的组织结构分层与软件框架分层的目的和结构都不大一致,但二者有一个共同的目标,就是组织所有可能的组件,争取使协作达到最高效最和谐的状态,以求得到整体的最大效益。

在分层软件框架设计中,三层架构设计是最流行的一种,因为任何一个系统若从应用逻辑上对齐进行抽象,都将可能划分出数据访问层(DAL层)、业务逻辑层(BLL层)和表现层(UI)自上而下的这三个层面。在软件开发过程中还会用到诸如事务处理类、数据库访问类等的一些通用的辅助类和方法,为了实现各个模块之间可相互复用的效果,我们还可以将其独立出来成为一个独立的模块。在源项分析数据管理系统中,数据库中的数据表、视图等就是整个系统的操作对象。为了便于各层中对操作对象的相互有效传递,我们也将数据对象的实体和方法各自独立开,再将其抽象出来封装成一个程序共用的实体类模块。

在三层体系结构中,中间件是最重要的元件。中间件实现的是一个用于在客户机和服务器之间或者服务器和服务器之间传送数据以达到客户机群和服务器机群之间通信的功能。中间件是用API定义的一个软件层,通信能力和扩展性的强大是中间件这个分布式软件管理框架的特点所在。

和传统的二层架构相比,三层体系架构具有以下优点:

(1)三层体系架构允许合理得划分三层结构的功能,得以保持其逻辑上的相对

独立性,从而使系统和软件的可扩展性和可维护性得以提高;

(2)在三层体系结构中,各个层面可以自行选择适合自己的编程语言,应用中的各个层面可以并行开发。并行的开发使得整体的开发效率大幅提高,性价比也更高些,对于每层的逻辑处理上的开发和维护都大有裨益;

(3)功能层支持充分隔离表现层和数据访问层,使得未经授权的用户无法利用黑客手段或数据库工具非法访问数据访问层。这就使得安全管理更加的严格可靠,也使得系统的管理层次更加的鲜明合理可控。

表现层(UI)作为应用的用户接口部分,负责应用和用户之间的会话功能。接收用户输入的数据进行相应的处理,将应用输出的数据显示出来。我们一般采用图形用户界面(graphic user interface,GUI),使用户可以更直观得进行操作。图形界面操作简单、便于学习和使用。在有用户界面的变更需求的时候,我们可以直接改写数据检查和显示控制等相关程序,并不需要担心影响其他两个层面。表现层检查程序检查的内容只与数据的取值范围和数据的形式有关,不会涉及有关业务的本身处理逻辑。

业务逻辑层(BLL)作为应用的本体,实际上是将具体的业务处理部分编入到程序代码中。例如在制作订购合同的时候,需要计算合同的金额,要按照事先定好的格式来配置数据、打印订购合同。而处理需要的数据则是从表现层或数据访问层获得。表现层和业务逻辑层之间的数据交互要尽量的简单。例如,在用户检索数据的时候,有关检索要求的信息需要设法一次性得传递给业务逻辑层,而经由业务逻辑层处理的数据也要一次性交给表现层。通常,业务逻辑层是包含记录系统处理日志功能和确认用户对数据库和应用数据存取的权限的功能的。

数据访问层(DAL)即数据库管理系统,用于完成对数据库的操作,即业务流程对数据库中数据的插入、删除、更新及查询等操作。数据库管理系统必须能高速执行大量用户对批量数据的更新和查询。我们通常使用主流数据库关系型数据库管理系统(RDBMS),因此一般从业务逻辑层传递给数据访问层时都要求使用SQL语句。

第三章源项调查工程数据管理系统设计

3.1 需求分析

本系统需要实现的是,对源项调查工程中的数据(包括历史的和待获得的数据)的录入、修改、查询、输出等操作,即实现不同数据之间的关联及信息的一致性和可追溯性。

AAA源项调查过程中需要处理大量各种来源和各种类型的数据(包括厂房设计图纸、设备图纸、场景相片、场景视频、三维扫描仪点云数据、各种γ相机的成像图片,人员现场测量数据,取样分析数据,人员剂量记录等),为了方便对这些数据的管理,建立关联,保证其一致性和可追溯性,我们需要建立一个数据管理系统提供源项调查方面的支持,并为以后的退役决策、退役方案的设计和实施提供可靠的数据来源。

源项数据管理主要包括调查记录管理、工程档案管理和几何场景管理等方面。

3.1.1 功能需求分析

经过分析将整个系统进行逐步划分,得到如图3.1所示的功能结构图。

图3.1 源项调查工程数据管理系统功能图

3.1.2 数据项和数据结构分析

结合需求分析得到的系统功能,可以分析得到源项调查工程数据管理系统中系统管理、源项调查项目管理、源项调查数据管理以及基础空间数据管理这几个模块的数据项和数据结构如下:

(1)系统管理

系统管理模块主要是对系统用户以及系统日志和系统配置信息的管理。因此,又可以分为用户管理、日志管理和配置管理这几个小模块。它的数据项和数据结构如下:

a. 用户:用户的通用特性为用户编号、用户密码、用户名称。用户管理涉及到用户的角色权限,不同的角色拥有不同的权限,一个用户应属于一个角色。这部分将在后面设计中详细说明;

b. 日志:日志编号、日志名称、操作人以及日志内容;

c. 配置信息:配置信息编号、配置标题、配置内容以及操作人。

(2)项目管理

项目管理模块主要是对源项调查工程的项目进行管理。按照项目的处理流程分为几个小的模块:对项目计划的管理、项目实施的管理以及项目开展或进度管理。它的数据项和数据结构如下:

a. 项目计划:项目编号、计划编号、计划内容、计划制定日期、项目计划完成日期以及计划制定人;

b. 项目实施:项目编号、实施编号、项目开始实施日期和项目实施者;

c. 项目进度:项目编号、进度编号、项目完成比率以及项目完成状态。

(3)数据管理

数据管理主要是对源项调查过程中得到的调查记录、调查数据等信息的管理。主要包括这几个方面:调查记录管理、工程档案管理以及数据质量的管理。而根据调查记录的类型不同,又可将调查记录管理划分为人员剂量管理、视频数据管理和相片数据管理。它的数据项和数据结构如下:

a. 人员剂量:人员编号、人员名称、剂量类型以及剂量数量;

b. 视频数据:视频编号、视频描述、视频名称、视频格式、视频录制人以及视频录制日期;

本文来源:https://www.bwwdw.com/article/l6ze.html

Top