一． 应用实例的分析与开发

我们以学籍管理系统为背景，基于Windows DNA的思想，开发了一套应用系统。在该系统中，有关教务学籍的事务逻辑都是由定制COM组件来处理的，动态Web页面通过ASP脚本调用这些组件。系统在开发速度和软件质量等方面都优于不用COM组件而仅用ASP脚本的方案。为说明问题，我们通过一个定制组件和ASP脚本的主要代码简单介绍局部功能的实现过程。

在displayscore.asp页面中接受、辨别用户的查询请求，做出不同的查询处理。当客户的身份为教师或教务时，可以查询所有学生的成绩；当客户的身份为学生时，只能查询该生本人的成绩。

定制COM组件Score.dll进行查询处理。首先设计该组件的接口，为组件设置四个属性： Subj（课程）、Term（课程所属学期）、Class（查询的班级）和Stu_No（查询学生的学号）；定义两个方法：RequeryScores和RequeryAllScores，分别对教师、教务部门和学生的请求做出相应的处理，并将查询结果集返回给用户。

以下是实现该组件Score.dll的部分关键代码。从中我们可以看到组件的接口是如何实现的：

在ASP页面displayscore.asp中引用组件，ASP代码如下（其中加粗的部分便是对该组件的调用）：

可以想象，如果仅使用ASP脚本进行业务处理就会使ASP页面中代码十分臃肿、晦涩。而使用组件的方案也较单纯的ASP脚本执行速度速度快。并且可以将整个查询处理作为一个事务，保证数据库信息的安全、完整。将该组件在MTS中注册，又可避免多用户访问该主页时可能造成的网络拥塞。实际应用中，学生和教师的使用权限是不同的。在学生查询成绩的页面中，可重用该组件，只是调用其不同的接口而已。仅使用ASP脚本进行业务处理，则需重新编写与displayscore.asp类似的、同样烦琐的代码。在开发过程中，不同的开发人员可各尽所能，同时进行组件和ASP页面的设计，缩短了软件开发周期。

以下两图显示的是教师（教务）查询成绩和显示查询结果的页面：

二． 开发过程中辅助工具的使用

传统的软件工程进行的需求分析、数据库设计等都是人们“纯手工”完成的，缺乏严谨性和规范性。而在以组件为中心的系统分析和软件开发过程中，应力争使用有效的计算机辅助工具，以适应快速建模和组件方法新形势的需要，提高分析的质量及精度。

有很多辅助工具可以利用。由于以组件为中心的系统分析过程仍保留着传统软件工程方法的脉络痕迹，北大青鸟的CASE工具对传统的软件工程方法比较有效，我们采用了这一工具。在数据库建模方面，我们选用了SYBASE 公司的S-Designer，可将数据库概念模型自动转化为物理模型。

1． 利用青鸟CASE工具编写需求分析文档

长久以来，人们已习惯于“纯手工”地进行需求分析。开发人员对现有系统和用户要求进行调查后，需要设计系统的数据流图（DFD图），编写小说明，设计系统的结构图（SC图）。但这种分析方法是不严谨的，由于种种原因，可能会发生加工、数据流、文件的语法定义错误；数据流图上下各层不一致；数据流图分解后的数据不平衡，或文件等重名及文档不完备等各种问题，影响了我们对用户需求的分析和理解，防碍了今后的工作。尤其是对组件的分析失当，后果不堪设想。

青鸟CASE工具提供的即是一套支持软件工程中采用传统的结构化方法进行需求分析、软件设计的工具。由工具生成的每个文件即一个项目，每个项目均包括数据流图和模块结构图两部分：

数据流图部分辅助系统分析员完成对软件系统的需求分析、建立目标系统的需求模型、生成一份正确、完整的关于目标系统的说明文档；同时，提供对需求文档的查询、列表、分片、影响范围等分析功能，辅助软件设计人员对需求分析的结果文档进行深入、细致的分析和理解，以利于软件设计工作。

模块结构图部分辅助程序设计人员在需求分析阶段完成后对软件系统进行设计，支持模块的逐层细化，建立系统的软件体系结构，最后得到一份正确、完整的软件设计文档。同时，提供对设计文档进行查询、列表、分片、影响范围等分析功能，完成对设计的结果文档进行深入、细致的分析理解，以利于软件开发及维护工作。在SC图中组件的规划方案已见端倪，继续细化将得出每个组件的概要设计方案。

在教务系统的实例中，利用青鸟CASE工具生成的DFD图和SC图如下图所示：

系统1层DFD图 系统0层SC图 (略)

2． 利用S-Designer进行数据库设计

当完成系统的详细设计后，接下来便是数据库设计。数据库设计在整个软件工程中占有举足轻重的地位。数据库设计不合理，数据得不到合理、有效的存储，数据存在潜在的不一致性、不完整性或有大量冗余，都会降低系统性能，甚至使系统崩溃。

手工的数据库设计完全依赖于设计者的设计水平。设计者首先必须根据实际需要建立若干个逻辑上存在的数据库表，并使其满足第三范式；而后根据它们之间的联系建立特定数据库表将其联系起来。这是一件相当烦琐的事。数据库设计者既要进行数据库的逻辑设计，又要将逻辑模型转成物理模型，而且设计出的数据库不一定能满足第三范式。合理的库表结构决定了访库组件接口的设计质量，所以原先数据库设计方式不适用于以组件对象为中心的软工设计。

在教务系统的实例中，S-Designer使数据库设计变得轻松、简单起来。设计者只须根据现实需要，设计出数据库的E-R图，S-Designer会将逻辑模型转化为物理模型，为数据库表间的联系建立新表，指明表的主码、外码，并自动对数据库表进行一致性、冗余性、完整性检查，使数据库表满足第三范式。

例：可首先设计出数据库表课程（Courses）和学生（Client）的逻辑模型：

接下来，为表Courses和Client间建立联系。由S-Designer自动生成的物理模型，如下图所示，它们为访库组件的接口设计提供了准确的依据。

可以相信，随着软件工程学的进一步成熟，将出现更多的计算机辅助工具，帮助软件开发人员构建出更完善的应用系统。许多辅助软件工具可以完成相似的工作，到底选用何种辅助工具取决于这些工具的性能以及使用者的习惯。

以组件对象为中心的动态Web方法和DNA思想并不高深莫测，开发技术也愈加规范化。应当说，这套方法更适合客观信息结构的现实，也更接近于人们的思维方式，其技术有如行云流水般自然，很适合在中小型企业环境中推广和普及。