一、什么是系统分析

在具体的研究需求分析之前，我们先了解一下软件工程这个概念。软件工程分为三个层次，过程层、方法层、工具层。在最基础的过程层，最重要的就是一组被称为关键过程区域（KPAs）的框架（KPA的概念在讨论CMM的书中有详细的概念说明）。关键过程区域构成了软件项目的管理控制的基础，并且确立了上下文各区域的关系，其中规定了技术方法的采用、工程产品的，模型、文档、数据、报告、表格等，等的产生、里程碑的建立、质量的保证及变化的适当管理。方法层主要是过程在技术上的实现。它解决的问题是如何做。软件工程方法涵盖了一系列的任务：需求分析、设计、编程、测试、维护。同时他还包括了一组基本原则，控制了每一个的关键过程区域。工具层就很好理解了，他对过程层和方法层提供了自动和半自动的支持。这些辅助工具就称为CASE。事实上需求分析是跨越了软件工程的三个层次的。这一点是和其他的过程是一样的。

可以看到需求分析的位置，它是我们软件开发的第一步。是对用户需求的定义，对软件系统的描述。系统分析的任务：将用户的业务逻辑转化为程序逻辑，计算时间和成本。根据开发人员的理论知识和实际的经验，人们会采用各种满足实际情况的系统分析、开发方法、步骤以及文档等等。一般情况下，在系统分析书中应该有以下内容（视项目而定）：

1、 系统需求说明　说明系统是一个什么样的系统，用市场上现有的系统来类比，用客户（或是我们自己）需要一个什么样的系统进行说明，力求完整。并对系统的发展可扩充性进行描述（现在没有哪个系统是一次OK的）。说明与现有的系统有什么相同什么不同，说明未来系统的发展方面以及可移值性等能预见的事情。

2、 系统资源说明　对系统所需要的软件、硬件资源进行说明。描述系统所需要的所有的TCO成本。包括人员、时间、设备、系统、一次性投入资金、持续性投入资金这样的所有资源。

3、 系统可行性分析　对系统的实施中的资源进行分析，说明投入的合理性和必然性，对其中的所有不可预见性的投入进行合理的量化说明，来说明系统的实施的可行性。

二、系统分析员与程序员

大家应该对这两个词很熟悉了,但是对词里包含的意义可能并不是特别清楚。首先必须说明的是,程序员和系统分析员不存在谁高级谁低级的分别，他们是两种职业，对职业技能的要求完全不同。所以厉害的程序员就是系统分析员的说法是不对的。当然，系统分析员的技能要求他必须要懂得如何写程序，但是他的重心在于如何把一个很大的项目切割成适合个人的小块，然后将这些小块组织起来。程序员的职责就是如何更好更快的实现这些小块。

三、系统分析的方法和工具

UML全称：Unified Modeling Language，统一建模语言，是面向对象的建模语言，主要用于软件系统的面向对象建模。

UML是以面向对象图的方式来描述任何类型的系统，具有很广泛的应用领域。特别是在建立软件系统模型中，它支持从系统需求、系统分析到系统设计的整个建模过程。由于UML建模是一门专门的科学，而我们这门课程的任务是数据库系统开发，所以对于UML我们将有限的注意力集中在认识UML各种图示上。

可以使用Rational Rose 2003来建立UML模型

1. 建立角色
2. 创建用例
3. 创建角色用例关系图
4. 创建时序图
5. 创建协作图

四、QQ文本图形留言器系统分析的实现举例

1）需求分析总体图：

2）各模块细分分析图：

显示模块需求分析图

查询模块需求分析图

添加数据模块需求分析图

安全设置模块分析图

系统设置模块分析图

3）基本功能模块流程图(举例)

在这样的分析基础上，再进行编程，我们就可以有规律可依，做到有条不紊了。

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号