系统分析及UML建模

软件开发的阶段：包括可行性研究、需求分析、系统设计、编码、测试、部署、运行、维护等。

一、可行性研究

1.全国会计专业技术资格考试网上集中评卷可行性报告介绍

2.全国会计专业技术资格无纸化考试可行性报告介绍

二、需求分析

需求（Requirement）是系统必须满足的条件或必须实现的性能，是用户对目标软件系统在功能、行为、性能、约束等方面的期望。

系统分析（Analysis）的目的是将系统需求转化为能更好地将需求映射到软件设计师所关心的实现领域的形式，如通过分解将系统转化为一系列的类和子系统。

良好的需求分析活动有助于避免或修正软件的早期错误，提高软件生产率，降低开发成本，改进软件质量。

注意事项：

①改进不合理的、或不合实际的需求

②当需求不明确时，可以利用快速原型，引导用户提出需求。

可以将系统的需求划分为以下几个方面：

1、功能性需求：

是指系统需要完成的功能，它通过详细说明系统的输入和输出条件来描述系统的行为。

2、非功能性需求，主要有：

①使用性（Usability）：如易学性、易用性、用户界面、用

户文档等

②可靠性（Reliability）：是指系统能正常运行的概率，如

系统的失败程度、系统的可恢复性、可预测性和准确性。

③性能（Performance）：如事件的响应时间、存占有量等。

④可支持性（Supportability）：指易测试性、可维护性等。

如测试工具：LoadRunner、APP Scan、Fortify SCA等。

3、设计约束：

如对操作系统的要求、硬件网络的要求等。

三、以一个《简单的图书管理系统》为例进行系统建模。

1、创建系统的用例模型

进行系统分析和设计的第一步就是创建系统的用例模型，整个开发过程都是围绕系统的需求用例表述的问题和问题模型进行的。

⑴创建系统用例的第一步是确定系统的参与者，各自的任务、工作流程等。

图书管理系统的参与者一般包含以下几种：

借阅者：能够借阅图书、查询图书信息、预定图书和归还图书操作。

图书管理员：处理借阅者借阅图书和归还图书。

系统管理员：负责图书、借阅者、图书管理员等的信息维护。

在Use Case View中建立3个Actor

可以为每个参与者建立一个活动图，因为活动图能够反映出参与者的工作流程，例如，以下是图书管理员的活动图。

如图：

⑵建立顶层用例图，由于系统比较简单在此可以省略。

⑶分别建立每个参与者的用例图

如图1：

如图2：

如图3：

2、创建系统静态模型

确定系统中的类以及类之间的联系。

⑴首先可以确定参与者类及其基本属性。这里有3个参与者类，它们的类图如下：

如图：

这个阶段的类图一般是概念层的类图

⑵确定在系统中的主要实体类，实体类是要在数据库中进行存储的。这里主要有图书类、预定信息可以确定预定类、借阅信息确定借阅类，类图如下：

如图：

⑶根据对处理业务的不同设计出各种处理业务的界面类（边界类）。可以为用例建立一个顺序图（序列图），顺序图是一个二维图形。在顺序图中水平向为对象维，沿水平方向排列参与交互的对象类角色；竖向为时间维，沿垂直向下方向按时间递增顺序列出各对象类角色所发出和接收的消息。这样可以通过对象发现对象类。

如图