PA公司PDM系统设计

您目前在:PLM > 行业资讯 >

PA公司PDM系统设计

1.1系统体系结构设计
    系统体系结构也就是系统架构,是对系统各个部分的组织方式的描述。
1.1.1系统体系结构设计
    为了将系统进行有效的组织,本文根据所设计系统的特点,本公司的PDM功能体系结构如图4-1所示:

4-1.jpg

1.1.2包图
    根据各个类之间的相互关系,参考共同封闭原则和共同复用原则,将类似包为单位进行分组。具体分包如图4-2所示:

4-2.jpg

1.1.3部署图
    考虑系统架构及实际硬件情况,将软件系统部署到各硬件系统之上,具体部署情况如图4-3所示:

4-3.jpg

1.2功能实现设计
1.2.1权限管理类
    权限管理类在PDM系统中属于系统的安全管理功能,在这个类中实现对用户身份的验证。也就是说哪些用户是这个系统中的合法用户,哪些用户没有权限登陆系统。通过在这个类中对用户进行角色的区分,不同的角色提供不同的功能进行区分化管理。如有些部门只能通过系统管理本部门权限内的事务,其他部门的事务都看不到并且操作不了。通过一个样一套安全管理的机制实现了对系统的信息安全性设计。从而确保PDM系统的信息安全。
 
    权限管理是现在大多数据系统都存在的一个功能。权限管理功能的实现难易程度与系统大小成比关系,也就是系统越是复杂管理越难。这一功能有来解决的问题是对“Who”的判断,他能做“What”,实现“How”操作。在权限的管理方面可以分为粗、细两个粒度的概念。粗粒度的是属于逻辑范畴之内的,而细粒度再是对业务逻辑范畴之内。权限设计原则为:“系统只提供粗粒度(逻辑)的权限,细粒度被认为是业务逻辑的职责”。
权限管理模型如图4-4示。

4-4.jpg

    用户权限决定哪些用户可以访问PDM系统中的哪些功能,提供安全服务。一个完整的PDM系统可以分为用户管理、权限管理、产品配置管理等多个功能,在用户的权限类提供几套权限策略控制其他功能的访问。PDM系统只有用户从系统获得了权限才能进行相关功能操作。例如用户A是研发一部的研究人员,他登陆到PDM系统后只能看到研发一部的与其相关工作内容,研发二部的人员工作情况系统自动从后台进行屏蔽。
 
    从这一点可以看出权限管理是PDM系统安全必要的一个功能。在角色相同时可以直接给予角色相关的权限操作,解决了在开放、动态环境下认证和授权的问题。为了进一步的方便对系统功能的控制,在系统的数据库建立了与功能相对应的数据表,并按角色的不现建立记录。用户登陆PDM系统后首先匹配用户角色,系统根据角色的功能列表加载功能,最后系统按要求的功能表显示。
 

各权限级别及权限等级按其重要性编号,如表4-1所示。

表4-1.jpg

权限管理软件类设计如图4-5所示:

4-5.jpg

    权限管理类作为一个工具类,提供了系统权限检查,访问控制的相关方法,软件类中的方法均为公有方法。
 
1.2.2用户管理类
      “用户管理”功能实现对系统所有用户的管理。系统根据不同的权限等级,“用户管”可以执行不同的功能。系统管理员可以修改自己的密码,还可以向系统添加新的用户,并为新用户分配相应的权限。而其他用户只能修改自己的密码。在“用户管理”进行的各项操作都将存储在GooDs数据库的Users表中。
 

用户管理类软件类图如图4-6所示。

4-6.jpg

    产品信息的录入就是指导用户把建立的与产品相关的数据与研究成果保持到数据库中的过程。PDM系统根据文件的格式的不同定义不同命名规则为此文件命
    用户管理类在使用过程中需要和User类配合使用,User类用来管理与用户相关的信息交互,每个用户独自享有一个User类实例,但是User Manager作为一个工具类,可以使用单例模式,作为工具类提供功能支持。
 
1.2.3产品配置管理
    本设计中以初步达到的功能:
    1.产品信息的录入
    产品信息的录入过程是将相关产品的参数信息,以及与其相关联信息,包括产品价格,生产地,供应商,等等信息,同时需要将这些信息存储到数据库当中。
 
    2.产品查询功能
    数据查询功能使所有登录用户能够查询系统的产品信息。在本系统中以后可以选择不同的查询条件,如按编号、供应商查询,也可以同时选择时间段来查询,或者查询所有记录。
 
    3.产品数据修改功能
    数据“修改功能”可实现产品信息逐条浏览,并对其进行修改、删除和添加操作。用户也可以将不需要的记录信息删除掉,还可以添加新的产品信息。
 
    4.产品数据显示功能
产品库存的显示通过图表的方式向用户显示产品的库存数量。

产品管理软件类如图4-7所示:

4-7.jpg

      产品Product类主要管理有关产品的相关操作,主要负责产品的直接属性管理,Product Manager类作为一个工具类,提供对于产品的相关增、删、改、查的操作。对外提供单一的实例,作为公共类存在。
 
1.2.4文档管理类
    产品数据是企业过程资产,是企业在进行产品生产过程中长期积累的财富,也是PDM进行管理时一个比较重要的工作。产品研发不只是对产品外型结构进行设计生产,还要对产品的材料以及配比进行实验组合。建立产品模型是PDM系统实施的重要基础工作。在PDM系统中产品模型是由产品的结构图文件与产品的配件配置文件组成的。
 
    在PDM系统中对于文档的管理是一个很重要的功能,很多产品数据都是以文档的形成存在的。在进行产品数据管理时最主要是对这些模型和文档的管理。在产品的整个生命周期中与产品相关的信息是多种多样的,这些文件包括Work、Txt、Excel和Project等文档,同时还包含Solid Work和CAD等图的文档,统称为图档。
 
    图文档管理类的功能:
    1.图档的入库、删除
    图档入库就是用户在自己工作内容即在工作区所建立的文件保存到数据库的过程。系统根据不同的文件的属性给文件一套命名规则。如果用户不需要图档了,就把图档从数据库中删除。

    2.图档的检入、检出
    “检入”操作就是用户通过手动保存文档名和明细到数据库。如图4-7所示,“检入”行动,以实现到工作区的库是用户的私人信息,修改后的图像文件存储在跳马不会覆盖原始图像文件,但作为一个新版本这个图形转换成电子仓库。“检查”行动,通过文件某项属性先找到在元数据库中记录的文件,将匹配的文件标识标记为己经检查状态,这种运行状态。同时需要检查是否己经在用户的工作区中备份了相关的镜像文件(如图4-9所示)。对于相关文件的删除和修改操作则必须得到权限管理模块的相关授权,普通用户只享有对相关资源的浏览权限。

4-8.jpg

    3.图档的浏览、检索和属性编辑
    图档的浏览是指PDM系统支持查看图档文件,图文档文件没有一个统一的格式(常用的有Solid Works等三维模型文件和Auto CAD的二维工程文件,还有就是Office文件)等,要求系统对这些文件类型都要能支持。系统能通过图档的类型、名称等属性检索出来。通过图档的查询功能能让用户从众多的图档方便、快捷的找出所需文件,节约了产品开发时间。
 
    4.图档的分组管理
    图档分组管理,就是把PDM系统中的图档文档按一定的分类规则进行分析处理。通过把图档进行不同分组,系统化管理帮助用户能快速查找到要进行找寻的文件,缩短了操作时间,同时提高了系统的管理效率。同时经过分析归档,使系统管理更加井然有序并不是无规则存放。使用户对产品的结构与组成一目了然,信息表达清晰。
 
    5.图档的版本管理
    图档版本管理贯彻到图档的整个生命周期内,从图文档建立之后,到其他人员进行修改,再到有关人员的审核,再到最后的内容归档都离不开版本管理。同时版本管理不是单向过程,而是迭代的过程。在一个版本完成之后,下一版本会在这个版本的基础进行修改。版本管理最重要的一个功能就是帮助图档管理实现操作,在图档管理就是需要一个反复修改过程。
 
    6.电子仓库文件柜管理
    电子仓库文件柜管理也就是把文件进行增、删、改、查操作。但在进行管理操作之前系统要求用户有权限进行相关操作。包括对文件的属性、内容修改,对文件的树状结构图者维护等。
 
    7.相关图档的关联
    在PDM系统的基本操作过程中用到了很多图文档数据,也可见图档在数据管理中的重要地位。图文档不是作为一个独立的个体存在的,不同的图档进行有机结合形成了很多产品的部分。图档关联在一块形成了一个完成的管理体系,方便进行查询浏览和修改操作。
 
    8.图档的版本状态管理
按照设计对象所处的不同状态,版本有不同的状态,其版本状态如图4-9所示:

4-9.jpg

    Client/Server“检查”的电子仓库,那么这个版本和原始版本的状态,分享的版本,你可以签和参考其他用户,设计师也可以提交审批的版本。在本系统中版本被提交批准的设计己经完成版本,该版本尚未生效。提交版本的所有通过在线检查和审计人员审查,批准,经过系统发布的版本成为形式版下发并存档。在校对过程中,审计人员可以否定任何校对,校对和审查过程中。这样挂着提交的版本恢复到工作状态,设计师可以修改设计后重新申请校对审核,直到完成整个过程可分布式处理。在系统的中用户只对系统的数据进行查询没有权限进行修改。有些阶段在设计的时候,如果需要版本保持不变,它可以被冻结起来,版本就不能在以后的修改过程中被修改。
 
    文本的版本一经提交就不能再进行内容的修改,这时可以称为冻结。同时文档在经过审核后,进行发布和归档处理也可以称为冻结。如果版本一经确定后就成为正式的就要进行归档。如果提交的文档没有通过,再修改,修改后前文档则变为作废的版本了。
 
    PDM图文档管理模块设计:
    文档管理用于实现对产品设计的相关文档的管理,由“文档”窗体frmFile提供界面,以便于用户明确的查看到文档所在位置和直接打开文档。
    在frmFile窗体中,使用DriverListBox显示文档所在硬盘,使用DirListBox显示该硬盘根目录下的文档树状图,使用ComboBox选择文档类型,FileListBox显示文档。
文档管理软件类如图4-10所示:

4-10.jpg

    文档管理功能主要的软件类为File和FileManager类,File类主要负责和文档相关的信息查询,包括文档的名称,日期,作者,类型,文档现在的状态等等,同时提供文档自身相关信息的修改。FileManager类为文档管理的工具类,主要负责文档的增删改查,同时提供各种条件的查询服务。
 
1.2.5流程管理类
以项目为对象,对项目进行高效率的计划、组织、指导和控制。通过流程管理类对项目执行过程中执行的动态进行管理以及项目的任务分配协调。
    流程管理可实现产品设计全生命周期的控制,显示出产品设计、审核、加工、验收的整个过程,并对其每个环节进行即时控制。由窗体frmWork提供操作界面,实现对数据库work表中图纸的操作。本课题以图纸提交界面为例。
流程管理软件类如4-11所示:

4-11.jpg

    流程类Process主要提供特定流程信息的查询和状态的审核更新操作,同时可以查询和更新流程的类型和发出者。ProcessManager类则是一个工具类,主要提供流程相关的查询操作,可以按照发出者,时间等条件查询,整个类中的方法均为公有方法,是一个服务类。
 
1.3数据库设计
    更具前面的需求分析和系统类图,PDM的数据库设计显得尤为重要,为整个PDM系统提供最底层的数据访问支持,其性能将直接决定系统的最大承载力和用户响应时间。
 
    数据库逻辑设计的主要工作就是将之前概念设计阶段的ER图转换为相应的数据库表,在转换的过程中需要严格遵循三大范式的转换规则,这样可以尽可能的避免出现数据冗余,删除异常等等情况。
 
    根据E-R图,本系统共转换出的数据库表有25张,分别为用户基本信息表、部门信息表、项目表、任务表、机构表、产品表、项目角色表、角色表、文档表、产品属性表、文档属性表、文档任务表、流程表、项目人员关联表、系统模块表表、系统操作日志表、项目关联文档表、文档任务状态表、用户角色关联表、系统权限表、对象树结点信息表、日程类型表、对象文档关联表、文档权限表、邮件属性表。
    下面列举本系统部分表的字段设置:
    1.项目表
项目表用来记录各个项目的具体信息,主要字段的设置如表4-2所示:

表4-2.jpg

    2.任务表
任务表用来记录各个任务的具体信息,字段设置如表4-3所示:

表4-3.jpg

3. 文档任务表
    文档任务表用来记录各个文档的具体信息,包括文档的类型设置等,具体字段设置如表4-4所示:

表4-4.jpg

    4.用户基本信息表
    用户基本信息表用来记载用户的具体身份信息,包括用户所属的角色Id,以及用户的账号信息等。具体字段设置如表4-5所示:

表4-5.jpg

5.项目角色表
项目角色表用来记录每个项目具体的角色信息,具体字段如表4-6所示:

表4-6.jpg

1.4本章小结
    本章根据前章系统分析的结果,首先进行了PDM系统的总体设计,得出类图、包图、部署图等,然后进行系统详细设计,得出顺序图、状态图等。需要注意的是,系统设计的内容是PDM系统实现的直接指导。

本文章内容转自中车信息有限公司 : 本文网址:http://www.pdm.so/information/20180531688.html
更多


(工作日:7:30-23:00)

在线QQ

销售热线4006-185-708 021-31263780

4006-185-708 021-31263780