系统详细设计

7.3　系统详细设计

7.3.1　基本数据

基本数据主要包括项目、风险、措施和组织结构。内部结构如图7-4所示。

图7-4　项目基本信息

项目、风险和措施的关系是一对多的关系或多对多的关系，如图7-5所示。

图7-5　项目、风险和措施关系

一个项目必然会面对多个风险，同一风险在不同的项目中可能有不同的应对措施。因此，必须把项目、风险和措施类型的数据分离，建立多对多的相互关系。从而解决大量冗余数据的产生，达到提高系统效率的目的。首先需要建立项目与属性的关联，如图7-6所示。

图7-6　项目及属性关系

接着，需要建立风险与属性的关联。最后，建立项目与风险的关联，还有风险与措施的关联，同时开展风险分析，如图7-7所示；控制阶段，可以进行相应的记录。

图7-7　信息关联

7.3.2　UML系统建模

在前面章节中本书已对UML做了简要介绍，这里就不再做解释。使用UML进行系统建模，就是使用面向对象的方法来分析系统，然后用可视化的模型将信息用标准的图形直观地显示出来，以此建立面向的系统模型。本小节主要使用UML在分析、设计、实现过程中相应的视图来进行系统开发的分析，以帮助开发人员了解系统功能与系统流程。借此望读者能从中更加深入了解UML系统建模。

分析阶段最重要的是用例视图的建立，用例视图强调用户希望得到的功能，它是成为参与者的外部用户所能观察到的系统功能的模型图。用例视图从用户的角度而不是开发者的角度来描述对软件产品的需求，分析产品所需的功能与动态行为。因此，对整个软件开发过程而言，用例图是至关重要的，它的正确与否直接影响到用户对最终产品的满意程度。

1．确定角色（Actors）

角色是与系统有交互作用的人或事务，通常代表着一个系统的使用者，或者需要与系统打交道的人事务。在试验项目风险管理系统中有如下事务：主试验人员记录试验项目、主操作人员预测试验项目、主试验人员记录风险事件、主试验人员预测风险事件及生成报告、主操作人员对风险提出有效预防措施及生成报告、主操作人员对试验项目风险措施的记录、试验总指挥对报告的审核。

对于系统来说，所有的工作集中在主试验人员和主操作人员这两类人员中。试验部指挥负责对报告的审核。因而，在整个工作流程中，出现三个角色，那就是试验总指挥、主试验人员和主操作人员。

2．创建用例

用例是用户使用系统时的交互，是系统提供的功能模块。使用用例与传统的方法不同，将项目分解成使用用例是面向对象的过程而不是面向实现的过程，用例关注的是系统外的用户，有助于让开发人员了解最重要的部分——满足用户需求和期望。使用用例，用户也能清楚看到系统提供的功能。在本风险系统中，通过分析有以下用例：添加试验项目及属性、试验项目及属性关联、添加风险及风险属性、风险及风险属性关联、试验项目记录、试验项目风险记录、试验项目预测、试验项目—风险记录、试验项目—风险预测、试验项目风险预测及报告、试验风险的措施预测及报告、试验项目—风险—措施记录、试验项目—风险—措施预测。试验初期和整个试验过程图例如图7-8、7-9所示。

图7-8　试验初期用例

图7-9　整个试验过程用例

7.3.3　数据库存储设计

一个试验可能与其他的试验有其重复的试验科目；同时一个试验科目与其他的试验科目也具有相同的试验的类型。为了减少数据库的冗余和操作人员的工作量，我们把试验科目的各个属性进行了分解。试验项目级别的数据库的概念模型如图7-10所示。本章所有的数据建模工具为Power Designer。把多对多的关系分析为1∶n和1∶n的关系是在数据库设计中一个很重要的思路。

图7-10　项目层次概念模型

7.3.4　系统功能设计和界面设计

下面主要从系统功能分类和主要功能菜单展开介绍风险管理系统的功能模块，如图7-11所示。

系统功能分为两大类：核心功能和辅助功能。

① 核心功能围绕项目、风险、措施和事件的信息管理。

② 辅助功能目前包括报告生成和AHP分析。

图7-11　风险管理系统的功能模块结构图