系统分析及UML建模

系统分析及UML建模

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

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

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

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

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

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

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

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

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

功能性需求：

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

非功能性需求，主要有：

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

②可靠性（Reliability）：是指系统能正常运行的概率，如系统的失败程度、系统的可恢复性、可预测性和准确性。 ③性能（Performance）：如事件的响应时间、内存占有量等。

④可支持性（Supportability）：指易测试性、可维护性等。如测试工具：LoadRunner、APP Scan、 Fortify SCA等。 3、

设计约束：

如对操作系统的要求、硬件网络的要求等。 三、以一个《简单的图书管理系统》为例进行系统建模。 1、

创建系统的用例模型

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

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

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

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

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

系统管理员：负责图书、借阅者、图书管理员等的信息维护。 在Use Case View中建立3个Actor

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

如图：

⑵建立顶层用例图，由于系统比较简单在此可以省略。 ⑶分别建立每个参与者的用例图