软件需求案例│某企业产品数据管理系统的结构化需求分析

3.1.1 某企业的工作模式

设计单位是国家建设的先头部队，每项工程的建设都是先设计，后施工建设，设计院的工作就是根据各项具体条件，根据国家的规范和规定进行工程设计，其产品是图纸和计算说明书。

某企业是一个综合性型工程咨询设计单位，拥有国家甲级工程勘察资质、甲级公路设计资质、甲级工程咨询资质、乙级市政设计资质和丙级建筑行业资质，并获得了ISO9001：2000体系的质量认证。该院开展的主要工作有：公路工程设计、市政工程设计、园林规划设计、工程勘察、设计前期工程可行性研究及工程技术咨询、技术成果转让等业务。某企业向业主提供项目建议书、可行性研究报告、专题论证报告、建设方案、建设规划等技术服务；对工程设计（初步设计、施工设计），依据建设项目的目标，对其技术、经济、资源、环境等条件进行综合分析，制订方案，论证比选，编制建设项目所需的设计文件，并提供相关技术服务。

某企业是以工程项目为中心，以专业部室为基础，实行总设计师（项目经理）负责制，通过矩阵式管理，有效实施对工程设计的进度、费用、质量等控制。下面一组图框（如图1所示）可以概括说明该院的基本工作模式。

■ 图1  某企业工作模式图组

1）编写用户故事

下面分析某个团队的实际开发记录。首先，团队划分了表2-6所示的用户故事、内容及优先级如，其中斜体加粗为该团队自增额外需求，加删除线并加粗为最后未实现需求。

从以上框图可以看到，某企业的工作是围绕着工程项目开展的，主要工作是构思、计算和绘图，最终产品是图纸。因此，各方面的管理也是紧紧围绕加快项目设计进度，努力提高设计质量开展的。

3.1.2 某企业的数据管理特点

1.产品

由于某企业的产品就是图档（图纸和文档），图档是它的最终产品。这和一般制造业的项目管理不同，后者在项目过程中虽然也产生图档，但是产品结构和产品配置的数据很多，往往包含很多复杂的BOM表。某企业产品的简单性为项目管理提供了极大的便利：系统可以根据项目图档的完成程度方便、相对精确的统计出项目的进度。

某企业完成一个项目以后，所产生的图档往往是非常巨大的，一个项目完成后拥有上千张图纸是很常见的，而档案管理要求将设计过程所产生的过程资料也要完整保存，而这种过程资料往往是最终资料的好几倍甚至更多，假如平均每张图纸大小为1MB（Mbyte，兆）的话，一个项目的文档资料就是几GB(Gigabyte，1GB=1024MB)甚至十几GB。因此需要解决文件的分布式存贮和备份。

2.项目资源

某企业最重要的也是唯一的资源就是人力资源。人既是资源，也是项目的参与者和推动者。如何有效的管理人力资源是设计院管理上的重点。

3.项目生命周期

某企业广义上的项目的生命周期分成预算、概算、总图、施工图等阶段，其中重点是以施工图为基础的项目设计阶段。该院通常所说的项目管理其实是指设计管理。

4.管理现状

目前某企业普遍实行的是横向、纵向相结合的管理模式。即项目经理主管项目进度，专业室管理项目的技术和质量，对于项目成员，项目经理和专业室（代表是专业负责人）都具有管理权力，是一种双重管理。

3.1.3 面向工程设计的协同设计

1.某企业的工程设计及其特征

某企业的工程设计就是依据建设工程所在地的自然条件和社会要求，运用当代科技知识，将用户（业主）及社会的要求转化为建设方案、图纸和其它设计文件的过程。该院工程设计涉及的范围广，设计对象往往是一个复杂的系统，需要多学科、多专业人员的参与才能完成，每一项工程设计一般又要经过方案设计、初步设计和施工图设计等阶段，且设计工作的内容及流程相互渗透和交叉，该院工程设计结构层次如图2所示。

■ 图2  某企业工程设计结构层次图

随着计算机技术的发展，工程设计的设计手段由传统的手工设计向现代化的CAD过渡，组织方式也从传统的顺序方式逐渐过渡到并行协同设计方式，其基本特征如下：

（1）群体性：每项设计需要多个成员或多个设计部门参与。

（2）协同性：每个设计成员或设计部门的工作内容及流程相互渗透和交叉，需要经常配合协作。

（3）顾客参与：顾客不仅提出功能要求，而且要参与设计，如参与方案设计、评审。

（4）异地性：分布在不同地域的设计人员、设计分支机构、协作单位或部门共同承担完成某项设计工作。

（5）异构性：参与设计的多个专业或部门使用不同的软硬件平台，不同的设计手段。

（6）并行性：为了缩短设计周期，要求设计过程的活动并行进行。

2.面向工程设计的协同设计

工程设计过程是由一系列设计活动组成的，设计活动的结果是产品，各个设计活动均需要协调管理，包括企业组织、资源和资金等的支持以及基于工程设计产品成本质量等分析的设计过程控制和评价。因此，实现并行协同设计的重点应以设计过程为核心。根据工程设计活动的特点，建立工程设计过程模型如图3所示。

■ 图3  某企业工程设计过程模型

根据工程设计过程模型，面向工程设计的协同设计从功能上应满足以下三个方面的要求，即设计活动的并行执行、设计活动的并行协调和设计信息共享。为了实现并行协同设计，确保工程设计活动并行协调、并行执行和实现信息共享，就必须以设计过程为核心，在过程集成和信息集成的基础上，对并行协同设计过程进行有效的控制和管理。因此，结合某企业工程设计的特点，我们给出面向工程设计的协同设计总体结构，如图4所示。

■ 图4  面向工程设计的某企业协同设计总体结构

（1）设计过程并行重组

流程重组：建立适应并行协同设计要求的并行流程，减少不必要的设计环节、尽可能减少设计过程中的非增值人员。

组织重组：建立由来自不同部门（包括用户）人员组成的集成项目设计团队，以项目为中心，为实现团队的总目标而协同工作。

资源优化配置：合理配置设计过程所需要的软、硬件设备及其他资源。

（2）协同设计过程控制和管理

基于各设计阶段对设计质量、成本的要求，通过对设计状态和设计过程的监控实现对设计流程、设计活动的并行控制和管理。

（3）协同设计支持技术及环境

为实现复杂工程项目并行协同设计所需的各项技术，包括PDM和计算机协同工作环境等。

3.1.4 产品协同设计过程的现状及存在的问题

某企业是应用计算机较早的企业，在上世纪八、九十年代CAD应用己取得显著成效，并且在档案管理和财务管理上率先实现了管理的计算机化。但在产品设计阶段各个终端仍然是孤立的，并没有形成网络化和集成化。随着软硬件产品的日新月异和网络技术的快速发展，终端孤立已经不能满足设计院在产品设计过程中信息化建设的需求。目前，要实现全院产品设计的协同化建设，就必须解决以下几个问题：

1.中间过程易出错

一项设计任务从设计到复核、审核往往要经过多个环节。如果工程图纸、设计文档需要进行多次修改，那么，这些设计的数据就会产生许多中间版本，并且每个设计人员的图纸也经常会出现版本混淆等问题。所以，某企业对工程图纸、设计文档进行严格的版本控制比较困难，有时甚至并不保存中间版本的校审资料，导致很难明确责任关系，造成今后的质量评定工作难度加大，很难体现和实现ISO9001质量保证体系的思想。

2.无法管理图档

当工程设计完成之后，大量的电子图纸和电子文档散落在各个设计人员手中，如何对这些电子图纸和电子文档进行有效的管理，也变得十分困难。即使采用了目前市场上的某些图档管理软件，但由于这些图档管理软件只是通过人工方式进行图档的收集工作，不仅工作效率低，而且很容易出现混淆、遗漏等问题，无法查阅图档。

工程项目组内各设计人员在人工查阅图档过程中，往往要花费大量宝贵的时间，并且检索图档时也是十分不方便。即使是电子化图档，由于没有有效的工程设计管理工具，查阅或应用都变得非常困难。

3.信息孤岛现象

目前，虽然某企业已经建立了以CAD和FTP为基础的网络连接结构，但都是一些离散孤立的系统，大多数部门仍然是单机工作、自成体系，缺少有效的信息资源共享和利用。这些互不兼容的软件所产生的数据不能统一由一个企业级的计算机软件系统来管理，而常常以不同的格式和介质存储，导致数据存储于不同的计算机系统中。现在项目开发设计通常是由多专业不同层次人员协调配合完成，在设计过程中各个专业间时常需要进行信息沟通、设计参考、资料互提等，由于各种交流信息相对独立存在，这在信息交流等方面带来了一定的障碍，使信息交流无法做到实时性，这势必会造成时间上的浪费，无形中延长了设计周期。

4.人力资源调配方式落后

人力资源是项目开发顺利完成的重要保证之一，因此对人力资源信息的维护管理，了解各个设计阶段人力资源使用状况显得非常重要。目前某企业设计院对设计人员的任务分配一般在项目的开始阶段进行调配，管理人员不能有效地在项目的进行中实时地了解项目开发人员的项目参与情况，因而不能有效地使工作任务合理分配，真正做到人力资源的合理利用和及时调整，影响了各项设计任务顺利展开和完成。

5.数据安全性得不到保障

某企业通过即将建立的内部网络可以共享资源，但如何保证共享数据的安全性是一个十分现实的问题。工程设计图档进行数据共享之后，很容易造成数据丢失（主要原因是共享数据被来访的人员非法删除、剪切及拷贝），而系统管理员不可能为每一张图纸、每一份文档设定权限，设计院的内部网络也会暴露其它类似的问题。

6.数据的有序化问题

某企业项目工程数据不断地在各个环节中产生，虽然产生的数据有其规律性和必然性。但是，一个项目又往往是由成“堆”的图纸、说明文档、概预算资料组成的。这些数据有的是原始数据，有的是“三校两审”后的数据，有的是设计更改后的数据，如果没有一个有效面对这些大量而又庞杂的数据，很难保证设计数据的有序。

7.信息反馈速度慢

以前领导是根据人工收集上来的报表作决策，但人工收集数据的实时性较差，因而各项目的进度、质量、经济数据等内容，不能立刻被设计院的领导掌握。因此，该院领导要想以最快的速度去进行决策就显得非常困难。

3.2.1 系统的功能需求分析

通过上面的分析，可以基本了解某企业产品数据管理的现状。该院目前产品数据管理的现状依然比较原始，业务流程还是依据传统习惯展开，对企业长远发展已经产生了不利的影响。设计院也意识到了这些问题，并对新建的产品数据管理系统提出了相关的要求。针对某企业的现状调研情况，归纳出其系统需求。

经过与院方沟通，我们了解到：某企业希望通过实施PDM系统，提高企业的信息化管理水平。通过PDM系统，项目经理希望可以方便地进行项目的登记录入、项目组成员的角色设置、项目费用的分配和进度控制；项目组成员也可以方便地查询了解有关项目的基本情况、个人的工作内容，及时上交作业、交流资源和信息；院、所领导也希望通过PDM系统可以随时随地地查询掌握任意时间段内、任何部门和人员的项目任务、项目进展等详细信息。

通过实施PDM系统，项目管理从项目的建立到中间运转再到最终项目任务的全面完成，贯穿着项目的整个生命周期。通过登录、交互和查询分析，使项目的参与者及时地了解和掌握项目运行的综合状况，把握项目的进度。通过实施PDM系统，来控制项目的成本，实现项目效益的最大化。因此，某企业对PDM系统的功能需求如下：

1.项目管理功能

在市场条件下，项目是某企业经济收入的主要来源。因此，设计院的一切工作都要围绕项目这个中心开展。项目管理是指在项目实施过程中对其计划、组织、人员、及相关职责、权限等信息进行管理与配置，对已完成和未完成的项目进行管理，包括项目信息和其相关文档的管理，相关的文档包括变更文档、技术发文、技术收文等。由管理人员对项目和文档的信息进行编辑，并上传相应的文件至服务器；设计人员可以在网络上以多种方式查询工程信息和各种文档信息、下载相应文件。在项目管理中，还要求能够及时了解项目的实施情况和所处的状态。

2. 多层次协同设计

在网络环境下，进行多层次的协同设计。在设计过程中，不同的项目组之间以及项目组成员之间能够进行实时、有效的协同设计，项目组内人员可以通过AutoCAD协同工具、消息发送、平台论坛等多种方式进行协同交流。在设计过程中，项目组内部人员可以在网络上查阅和本项目有关的图纸，进行参考设计，并通过系统把已完成的图纸上传至服务器。项目负责人可以在网络上进行图纸的审核并提出审核意见。

3. 版本管理

设计过程中，不可避免的要对文档、图纸等进行修订或设计变更，这样，文档和图纸文件就会产生多种版本。为了使用户能够清楚地了解修改和变更过程，某企业设计产品数据管理系统必须提供版本管理功能。版本管理以电子保险箱为基础，实现数据的多版本存储，并保证所有用户使用一致且正确的版本，实现并行工程设计中，文档和图纸文件的可追溯性。

4.工作流程管理

工作流程管理主要实现产品的设计与修改过程的跟踪与控制，包括工程数据的提交与修改控制或监视审批、文档的发布控制、自动通知控制等。它主要管理多个用户对数据进行操作时数据的流动，以及在一个项目的生命周期内，跟踪所有事务和数据的活动。这一模块，为产品开发过程的自动管理提供了保证，并支持企业产品开发过程的重组，以获取最大的经济效益。同时，提供流程动态监控功能，使相关人员能够了解当前工作的运行状态，合理调整进度和资源的使用。

5.与绘图设计软件的集成技术

设计流程管理系统与应用软件的集成，可以实现数据在管理软件与设计软件系统之间进行的双向互动操作。通过把PDM系统，以菜单的形式加入到绘图软件（如AUTOCAD、Word）中的方式，实现将应用软件产生的数据直接注册到PDM管理系统中。在PDM系统中，通过直接启动应用软件的方式，对系统中的数据进行编辑、修改。

6.数据查询功能

PDM系统应提供功能强大的查询工具，用户通过设置各种查询条件，可以以各种方式高效地查找系统中存储的数据。在这样一个数据库系统中，及时准确地查找出所需数据显得尤为重要。

7.用户及权限管理

用户的类型有普通用户、注册用户和系统管理员。系统管理员能够对系统用户的权限进行管理，不同的用户具备不同的权限。

在某项目设计过程中，设计人员具有发布、更新自己的图纸、文档信息和相关文件的权限，也具有浏览项目组其他人员的图纸和文档信息的权限；项目负责人具有对该项目图文档信息和文件的管理权限。

在项目完成后，由系统管理员对该项目工程信息、相关图文档进行管理以及分配、调整用户权限；项目组内设计人员具有该项目的信息及所属图文档信息的浏览权限，在获得权限后，可以下载相关文件。某企业设计部门负责人具备所有工程项目信息和相关文档的查询统计、浏览、编辑和下载权限。

8.设计资源管理

对设计过程中使用到的设计资源进行管理，包括设计图书（册）、设计手册、设计规范信息的管理，设计资源借阅管理等。系统的用户能够在网络上快速了解图书、图册等设计资料的基本信息和使用、借阅情况，设计资源信息的编辑由管理人员进行。

9.日常工作管理

在网络环境下实现通知公告、院内动态信息、院内法律法规、院内行政信息的发布，论坛交流等，论坛根据其功能不同分为：院内论坛、工程图片、技术资料，变更设计等。管理员在后台管理中能够对上述信息进行管理，包括：用户管理、权限管理、论坛管理、通知公告发布、新闻发布等；用户通过网络可以查询日常工作中的信息，注册用户可以在论坛中进行交流和讨论。

3.2.2 系统的数据需求

1.系统的数据流图

根据需求分析，确定研究的系统包括3个子系统：协同设计支持子系统，分布式PDM子系统，WEB-OA子系统。

a）协同设计支持子系统数据流图

协同设计支持子系统中的数据流图如图5所示。

■ 图5  某企业协同设计支持子系统数据流图

b）分布式PDM子系统数据流图

分布式PDM子系统中用户管理数据流程图如图6所示，工程、文档及附件管理数据流图如图7所示，资源管理、借阅数据流图如图8所示。

■ 图6  某企业用户管理数据流图

■ 图7  某企业工程、文档及附件管理数据流图

■ 图8  某企业资源管理、借阅数据流图

c）WEB-OA子系统数据流图

WEB-OA子系统中的普通用户功能数据流图如图9所示，注册用户功能数据流图如图10所示，管理员功能数据流图如图11所示。

■图9  普通用户功能数据流图

■图10   注册用户功能数据流图

■ 图11   管理员功能数据流图

2．系统的数据字典

在和用户充分交流的基础上，确定了数据流图中的数据字典。

a）用户信息

用户信息=用户编号+用户密码+用户姓名+用户性别+用户类型+用户所属部

门+用户职务+用户职称+用户电话+用户邮件地址+登记时间+毕业学校+专业+用户备注+角色+用户生日+毕业时间+手机号码

b）用户类型

用户类型＝类型编号+用户类型名称+借阅数量+借阅期限+备注

c）用户类型名称

类型名称＝[普通用户|注册用户|系统管理员]

d）工程总体信息

工程总体信息=工程编号+工程归类+工程名称+设计状态+工程状态+工程地

址+新改建+负责人+设计人员+开始时间+结束时间+完工情况+是否贯标+是否变更设计+设计说明+设计图纸+备注+工程价格+是否含收文+是否含发文

e）道路工程技术信息

道路工程技术信息=道路工程信息编号+工程号+里程+等级+路基宽+路面宽

+是否包含桥梁+（桥梁）工程编号+路面类型+是否包括涵洞+包括桥梁数量

f）桥梁工程技术信息

桥梁工程技术信息=桥梁信息工程编号+工程号+长度+宽度+跨径组成+左偏

角+右偏角+上部结构+下部结构+是否道路工程中桥梁+桥面铺装+栏杆类型+护轮带宽+跨径联数

g）工程类型

工程类型＝[道路工程|桥梁工程|水运工程]

h）图纸信息

图纸信息=图号+图名+设计者+设计时间+所属工程号+审核者+审核状态+修改意见

i）审核状态

审核状态＝[通过审核|未通过审核|待审核]

j）协同消息

协同消息=消息编号+发件人ID+收件人ID+发件主题+发件内容+发件时间+

是否阅读

k）文档类型

文档类型＝[变更文档|技术收文|技术发文]

l）变更文档信息

变更文档信息=变更设计文档编号+变更设计文档名称+所属工程号+撰稿人

+复核人+审核人+下达时间+变更内容+备注+相关图纸号+下达部门

m）技术收文信息

技术收文信息=接受文档编号+接受文档名称+接受文档内容+下达部门+收

受文档时间+所属工程编号

n）技术发文信息

技术发文信息=下达文件编号+下达文件名+下达文件内容+下达部门等。

o）附件

附件= [变更电子文档|收文电子文档|发文电子文档]

p）附件信息

附件信息=附件编号+附件名称+[变更文档名称|收文文档名称|发文文档名

称]+备注+工程编号+上传时间

q）资源类型

资源类型=资源类型编号+资源类型名称+资源关键字+备注

r）资源类型名称

资源类型=[综合设计|桥梁工程|道路工程|交通运输|年鉴|标准规范]

s）设计资源信息

设计资源信息=资源编号+资源名称+资源类型+作者+出版社+出版日期+资

源页数+资源关键字+入库时间+是否可借+资源备注+资源封面+流动编号+备注+是否借出

t）借阅信息

借阅信息=借出时间+用户编号+用户姓名+资源编号+资源名称+作者+资源

类型+借出日期+应归还日期+是否归还+是否超期

3.2.3 系统的性能需求

开发的系统在性能上需具备如下特点：

a） 实用性

开发的系统能够切实有效地提高企业的设计水平和工作效率；

b） 可操作性

用户界面直观、友好，用户只需经过简单培训即可操作；

c）可靠性

在用户的操作过程中，系统能够保证数据的一致性和完整性；

d）可扩展性

系统能够集成新的模块，便于在不同行业间进行应用实施；

e） 安全性

良好的身份认证体制和权限更改机制，保证设计过程中数据的安全。

3.3.1   AutoCAD协同设计工具集

AutoCAD 提供了大量的工具来协调各设计成员之间的图形和共享AutoCAD图形数据，这些技术贯穿于设计的整个过程中。

在设计初期，AutoCAD提供的技术包括：建立专业图形符号库、CAD标准（DWS格式文件）等，使用专业图形符号库和CAD标准能够提高专业产品设计的效率，保证设计人员采用相同的绘图标准。

在设计过程中，能否达到协同设计主要取决于设计人员之间图形信息的获取与信息反馈是否及时、便捷，设计资源能否共享。这一阶段，AutoCAD提供的技术包括：设计中心、外部参照技术等。外部参照技术是实现设计人员之间协同设计的重要工具。

在设计后期，协同设计主要体现在设计人员与用户之间的沟通既要快捷、准确、通畅，又要保证数据的安全性，这一阶段，AutoCAD提供的技术包括：电子传递、发布电子图形集等。

1.设计中心

设计中心是自AutoCAD 2000开始增加的工具，它的功能是共享AutoCAD图形中的设计资源，利用设计中心不但可以调用本机上的图形，还可以调用局域网上的其他计算机上的图形。浏览用户计算机、网络驱动器和Web上的图形内容，例如，图形或符号库；查看图形文件中的命名对象，例如块和图层的定义，然后将块和图层的定义插入、附着、复制和粘贴到当前图形中；更新或重定义块；创建指向常用图形、文件夹和Internet网址的快捷方式；向当前图形添加外部参照、块和填充等。利用设计中心打开文件和查看图形内部资源的界面见图12和图13。

2.外部参照技术

当一个设计小组在对同一项目进行协同设计时，设计成员之间需要随时了解其他成员的工作进展，调整自己的工作内容，才能实现并行交叉的设计。以往在设计过程中，设计组成员往往要通过开会、电话、传真等方法来协调工作，利用AutoCAD的外部参照技术就可以实时地交流图形信息。

所谓外部参照就是把一个图形文件附加到当前工作的图形中，被插入的图形文件信息并不直接加到当前的图形文件，当前图形只是记录了引用关系（被插入文件的路径记录）。插入的参照图形与外部的原参照图形保持着一种“链接”关系，即外部的原参照图形如果发生了改变，被插入到当前图形中的参照图形也将发生相应的改变（见图14）。在一个图形文件中可以引用多个外部参照图形；反之，一个图形文件也可以同时被多人作为外部参照引用。通过设置外部参照的访问权限（见图15），可以使得自己的图形被其他设计人员参照，但不能在位编辑。因此，外部参照适用于正在进行中的分工协作项目。

在设计过程中，通过引用外部参照图形，设计人员在设计自己部分的同时，可以随时引用、参照他人的图形，进行组装、比较和分析。如产品的装配图是在引用参照各零部件图形基础上的结果；建筑、交通行业中各专业之间的相互参照也是设计中必不可少的。

3.发布图形集

在项目组内部可以通过电子传递的技术以DWG图形文件形式与设计伙伴交流图形信息，但如果与客户或甲方的图形信息交流，就不能直接采用DWG源图形文件的形式。因为设计人员提供给客户的图形应该是既可以浏览，但又不能由客户随意编辑、改动的。

因此可以通过电子打印的方式创建DWF（Drawing Web Format）格式文件，向对方或更多客户发布图形集，既省却了纸张，也大大缩短了传递速度。DWF格式的文件是一种矢量图形文件，与其他格式的图形文件不同，它只能阅读，不能修改；相同之处是可以实时放大或缩小图形，不影响其显示精度。如果使用Autodesk DWF Composer，还可以为DWF文件增加标记和批注。在返回到AutoCAD中时，使用标记集工具可以很方便的查看这些标记和批注，从而方便图纸的审阅和修改。

3.3.2 基于构造字符串的数据存取技术

在构建基于AutoCAD协同设计技术的PDM系统的过程中，为了提高资源数据库设计的灵活性，增强资源数据库和应用程序之间的独立性，便于系统的扩展和推广应用，系统通过构造字符串的方法来实现对产品技术参数的存储和访问。这种方法的基本思想是：以参数名称、参数值构成“名值对”，以“名值对”的形式来构造零件的参数信息，参数名是参数值的唯一标记，不同参数之间以特殊字符（如：@）来分隔，构造的结果为一个字符串，称为组。每个组有组名和组值，构造的组之间以特殊字符（如$）连接，再把多个组构造成一个字符串，称为组集合。构造后的组集合作为一个字段保存在数据表中。数据的访问是一个反向的提取参数名所对应的值的过程。首先根据组名提取出组值，然后再根据参数名提取出参数值。为此，提出了基于构造字符串的数据存取对象模型，如图16所示。

■ 图16  基于构造字符串的数据存取对象模型

Groups是一个集合对象，是字符串类型，包含了Group对象，提供的主要方法有：

（1）   AddGroup （GroupName），向Groups对象中增加一组；

（2）   SetContent（GroupsInfo），给组集合赋值；

（3）   GetContent，返回组集合中的内容；

（4）   GetGroup （GroupName），根据组名返回一个Group对象，是字符串类型；

（5）   ClearAll清除组集合中内容。

Group对象包含的方法有：

（1）   SetName （GroupName）给组名赋值；

（2）   AddParam （ParamName， ParamValue），向Group对象中增加参数的“名值对”；

（3）   Item （ParamName），根据参数名从Group对象中提取参数；

（4）   Clear清除组中内容。

另一方面，CAD文件的存储以文件的格式存储在文件服务器的指定目录下，而不直接存储在数据库中，主要是为了在利用AutoCAD进行设计时，利用其外部参照技术可以实现协同设计。同时，可以避免数据库容量急剧膨胀；结合常规的数据库设计方法，能够建立包含复杂技术信息的数据库，从而满足资源数据库建立的需要。

3.3.3 基于角色和权限的设计过程管理模式

系统用户的角色有：设计人员、项目负责人、部门负责人、系统管理员，不同的角色在设计过程的不同阶段具有不同的权限。设计行业的人员组织模式通常是：每个人都属于特定的部门，由部门负责人对其进行管理，同时，同一部门的不同个人又会参与不同的项目，在项目的进行过程中，由项目负责人对项目进行管理。因此，系统的过程管理采用基于角色和权限的设计过程管理模式。

在某项目设计过程中，设计人员具有发布、更新自己的图纸、文档信息和相关文件的权限，也具有浏览项目组其他人员的图纸和文档信息的权限；项目负责人具有对该项目图文档信息和文件的管理权限。在项目完成后，由系统管理员对该项目工程信息、相关图文档进行管理以及分配、调整用户权限；小组内设计人员具有该项目的信息及所属图文档信息的浏览权限，在获得权限后，可以下载相关文件。设计部门负责人具备所有工程项目信息和相关文档的查询统计、浏览、编辑和下载权限。基于角色和权限的设计过程管理模式系统管理员具有最高权限，可以对不同用户进行权限分配。

系统在权限管理中，允许用户在满足一定的条件下或经过特定审批后，系统管理员为用户授予临时的权限，使设计和管理工作能够顺利的进行。基于角色和权限的设计过程管理模式如图17所示。

■ 图17  基于角色和权限的设计过程管理

本案例我们对某企业的工作流程及产品设计过程中的数据管理现状进行了调研和分析。同时，在经过与院方长期深入交流与沟通的基础上，详细分析了该院对产品数据管理系统的功能、数据以及性能需求。同时，就基于构造字符串的数据存取技术、基于角色和权限的设计过程管理模式等关键技术展开论述。为下一部分的系统设计与实现打下基础。