有子程序定义与调用机制
1～顺序型：直接将语句顺序列出 2～选择型： IF <条件描述> THEN
<程序块为伪码语句> ELSE
<程序块为伪码语句> ENDIF 3～先判定循环：
DO WHILE <条件描述> <程序块为伪码语句> ENDDO 4～后判定循环： DO LOOP
<程序块为伪码语句> EXIT WHEN <条件描述> END LOOP 5～下标型循环：
DO FOR <下标＝下标表，表达式或序列> <程序块为伪码语句> ENDFOR 6～调用子程序
CALL 〈子程序名〉［WITH <参数列表>］ 7～多分支结构： DO CASE
第 41 页 共 49 页
<程序块为伪码语句> OTHERWISE
<其他条件执行的程序块为伪码语句> DEFAULT
<默认执行的程序块为伪码语句> ENDCASE
[例]PDL算法
if 存在当前约束条件的上一个“当前分摊年月”的“期末未分摊” then
期初未分摊＝当前约束条件的上一个“当前分摊年月”的“期末未分摊”
else //不存在上月的期末未分摊
期初未分摊＝表“各设备每月发生维修保养费用cost_equ_mon”记录中设备为当前设备、且“所属年月”字段值为当前界面中的“所属年月”的“本月发生费用”的值
end if
五、实验记录与数据处理要求
拉通进行设计实验，记录实验过程中的文档与数据。 六、实验中的注意事项
注意认真分析已知条件，以求得设计结果的可行性。避免设计中的不求实际的地方，要求设计内容确实为后期工作所用。 七、实验思考题
1.软件设计的原理有哪些，其特点是什么？
2.软件设计工具有哪些，分别应该在哪种情况下使用？ 八、实验报告的基本要求
1.基本要求：
注明实验时间、实验地点、实验课程、实验班级、姓名、学号 2.扩展要求：
写出实验内容，包括：操作步骤、实验记录、实验结论。
实验四 面向对象与统一建模方法验证
第 42 页 共 49 页
一、本实验目的和实验内容要求
1.实验目的
通过软件实验面向对象与统一建模方法，掌握UML建模工具。 2.实验内容要求
学习绘制用例图、活动图、类图、状态图、组件图、布置图、时序图等几类新型软件设计建模工具。在此基础之上，使用UML建模工具完成一个系统的分析与设计工作。
3.实验类型 验证
二、本实验的基本原理和方法(含实验数据处理的基本步骤)
UML（Unified Modeling Language，统一建模语言）是一种重要的面向对象方法，UML表述的内容能被各类人员所理解：包括客户、领域专家、分析师、设计师、程序员、测试工程师以及培训人员等。他们可以通过UML充分地理解和表达自己所关注的那部分内容。
UML是可视化（Visualizing）、规范定义（Specifying）、构造（Constructing）、和文档化（Documenting）的建模语言。可视化建模的规范定义意味着UML建立的模型是准确的、无二义的、完整的。UML用于描述模型的基本词汇有3种：要素（Things）、关系（Relationships）和图（Diagrams）。UML中的可视化建模技术通过用户的业务需求映射成开发小组能理解的要求，并最终利用这些需求产生代码。可视化建模的目的就是用户、开发人员、分析人员、测试人员、管理人员和其他涉及项目的人员之间的通信。
利用可视化信息（各类图形）进行通信，其效果比通过文字更容易理解和沟通，在跨语种、跨专业的大型开发项目上更具有其独到的优势。
UML有9种图，包括最常用的两种静态图和全部四种动态图。包括用例图（Use Case Diagram）、类图（Class Diagram）、序列图（Sequence Diagram）、协作图（Collaboration Diagram）、状态图（Statechart Diagram）、活动图（Activity Diagram）、对象图（Object Diagram）、构件图（Component Diagram）和部署图（Deployment Diagram），信息系统中通常会应用其中部分的图形建模方法进行设计。
根据对业务流程的理解，采用用例图描述业务现状，便于与客户沟通；采用类图描述静态的数据存储、接口、协作等情况；采用状态图描述状态在处理作用下的变化；采用活动图代替原程序流程图，简化其中繁冗的地方，便于全球协作与沟通；采用序列图描述类间的调
第 43 页 共 49 页
用变化，采用部署图描述拓扑结构；采用组件图描述组件之间调用关系。 三、本实验使用的仪器设备及其基本工作原理
主要通过运用VISIO、PowerDesigner等支持UML和面向对象设计的软件，参照前述基本工作原理及方法步骤分别对本实验项目涉及内容进行验证性实验。 四、实验基本步骤
通过教师演示的方法或提供的相关参考资料进行验证性实验；再根据教师要求，完成相关的实验内容。
1.用例图：
用例图主要由根据业务分析的业务用例、业务角色构成，通过“角色→用例”的模式来反映业务角色驱动业务用例的状况。业务角色为相关业务的发起者或接收者，业务用例为业务角色发起者的操作。为了准确描述业务用例，一般采取“动宾结构”的短语，如“维护数据”、“填写单据”。
通过前述的库存业务分析，在库存管理单元中具有“编制领料单”、“填购货清单”、“维护数据”等多个业务用例，同时存在领料员、采购员、制单员等多个业务角色。
库存管理用例图（如图1）反映了采购员、领料员和制单等人员的工作，以及他们的工作协同情况。用户的数据存储在后台的数据库中，各类人员通过访问数据库满足查询或变更数据的需求。
填制领料单领料员填购货清单采购员数据库维护数据制单员
图1 库存管理用例图
第 44 页 共 49 页
2.活动图建模
活动图类似于程序流程图，很容易在需求分析人员、设计人员、程序员中得到理解上的一致。
活动图能够和有好地反映库存业务的运作状况。通过对取消审核（如图2）的建模可见：图形化的建模方式，承袭了传统程序流程图中的部分思想，同时又进行了必要的简化与加工，便于多种角色的用户理解与沟通。在库存单据登帐之前的审核工作与取消审核工作涉及容易出错的逻辑判断，采取具有判断表达方式的活动图来表现非常适合。
是否已登帐是提示：已登帐，禁止取消审核否提示：未审核，不能取消是否已审核否是取消审核图2 取消单据审核活动图
3.状态图建模
状态图将反映各个库存管理业务中对象的状态变化情况，库存单据的审核过程中，状态变化是非常重要的，必须严格为系统所掌控。审核过程状态图（如图3）反映了审核过程中的状态变化：
第 45 页 共 49 页