软件概要设计说明书类图顺序图

合集下载

需求、概要设计、详细设计文档模板—软件工程

需求文档结构

•1目的

•2范围

•3业务分析与建模

•4系统功能需求

– 4.1系统功能架构

– 4.2用例建模

•4.2.1用例简要描述:

•4.2.2用例角色:

•4.2.3用例前置条件:

•4.2.4用例后置条件:

•4.2.5用例事件流

–基本事件流

–备选事件流

•4.2.6用例场景(Use-Case Scenario)包括成功场景和失败场景，

场景主要是由基本流和备选流组合而成的。

•4.2.7用例非功能性需求:

•5系统非功能需求

•6系统接口

•7术语表

•8附录

OO软件设计概要说明书

1概述

系统简述、软件设计目标、参考资料、修订版本记录

这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时，对于非功能性的需求例如性能、可用性等，亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。

2术语表

对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。

3用例

此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。

OO软件设计概要说明书

•4设计概述

4.1系统结构设计

这部分要求提供高层系统结构（顶层系统结构、各子系统结构）的描述，使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离，对前者进行描述。别忘了说明图中用到的俗语和符号。

1.系统边界

2.系统功能架构（构件模型）

3.系统逻辑架构（技术架构）

4.系统物理架构（配置模型）

5.系统数据模型（系统逻辑数据模型）

网上商城概要设计说明书,时序图,状态图,用例图

北大青鸟网上商城系统

概要设计说明书

第一部分:引言

1.1编写目的

本说明是北大青鸟网上商城电子商务系统案例研究项目软件产品的总体设计和实现说明，记录了系统整体实现上技术层面上的考虑，并且以需求说明作为依据，同时该文档将作为产品实现、特性要求和控制的依据。

软件开发小组的每一位参与开发成员应该阅读本说明，以清楚产品在技术方面的要求和实现策略，本手册将进行技术评审和技术的可行性检查，同时为下一步的详细设计说明提供框架。

1.2背景

A、软件系统的名称：北大青鸟网上商城系统

B、任务提出者：北大青鸟九月J2EE班级第三小组

开发者：北大青鸟九月J2EE班级第三小组

实现完成的系统将作为线销售系统使用，所应用的网络为Internet网络。

C、本系统将是一个独立的系统，目前所产生的输出都是独立的。

本系统将使用Oracle9i作为数据库存储系统.

1.3定义

1.4参考资料

软件工程(概要、详细)设计说明书

口方式对数据进行网络传输及接收。
4运行设计
用户接收程序在有输入时启动接收数据模块，通过各模块之间的调
用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将
调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返
回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处
理，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活
add(jTextFieldBookName);
add(new JLabel("编
号"));
jTextFiledAuthor=new JTextField(16);
在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。主要的工作有：根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求，并依照《概要设计说明书》所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述
毕业生基本信息查询及修改：用户可登录系统查询毕业生基本信息，毕业生可对个人信息进行修改
毕业生就业信息查询及修改：用户可登录系统查询毕业生就业信息，管理员可对毕业生就业信息进行修改
专业就业情况统计：统计各专业毕业生就业情况 3.２性能
1. 在每学年结束时是高峰时间，系统将能适应２００００个用户同时使用，平均每个会话估计持续５分钟。

软件项目概要设计说明书模板

软件项目

概要设计说明书模板

XXXXXX公司

二零二三年十二月

第 1页共14页

修订记录

第 2页共14页

目录 (3)

1文档介绍 (5)

1.1文档目的 (5)

1.2文档范围 (5)

1.3读者对象 (5)

1.4参考文献 (5)

1.5术语与缩写解释 (5)

2系统概述 (6)

3设计约束 (6)

4系统总体功能结构 (7)

4.1系统管理子模块 (7)

4.1.1系统管理子模块功能结构 (7)

4.1.2系统管理子模块功能描述 (7)

4.2XX子模块 (8)

4.2.1XX子模块功能结构 (8)

4.2.2XX子模块功能描述 (8)

4.3党委个人XXXX子模块 (9)

4.3.1党委个人XXXX子模块功能结构 (9)

4.3.2个人XXXX模块功能描述 (9)

4.4XX子模块 (9)

4.4.1XX模块功能结构 (9)

4.4.2子模块功能描述 (9)

4.5消息管理子模块 (10)

4.5.1消息管理子模块功能结构 (10)

4.5.2消息管理子模块功能描述 (10)

4.6汇总统计子模块 (10)

第 3页共14页

4.6.1汇总统计子模块功能结构 (10)

4.6.2汇总统计子模块功能描述 (10)

4.7预警提醒子模块 (11)

4.7.1预警提醒子模块功能结构 (11)

4.7.2预警提醒子模块功能描述 (11)

4.8和XXX数据同步子模块 (11)

4.8.1和XXX数据同步模块功能结构 (11)

4.8.2和XXX数据同步子模块功能描述 (11)

5开发环境的配置 (12)

6运行环境的配置 (13)

7测试环境的配置 (14)

顺序图步骤

实验目的：

1、掌握使用Rational Rose绘制顺序图的方法。

2、熟悉系统顺序图的分析方法。

实验内容：

1、绘制图书管理系统的顺序图。

2、完成实验报告。

实验步骤：

1、新建顺序图及定制工具栏。启动Rational Rose，在【Browser】窗口内的树形列表中选

中“Logical View”包，右键单击，在弹出的快捷菜单中选择“New ”→“Package”

选项新建一个包，命名为“图书馆管理顺序图”，如图所示。

右键点击【Browser】窗口中新生成的包，在弹出的快捷菜单中选择“New ”→“Sequence Diagram”,新建一个顺序图，命名为“读者预约图书”，如图所示。

2、双击【Browser】窗口新生成的“读者预约图书”顺序图文件，在【Diagram】窗口中打

开该文件，可在该窗口中绘制顺序图。

3、定制工具栏的方法请参照实验1中的相关内容。

4、向顺序图中添加对象。点击回头工具栏上的按钮，在绘图区左键单击即可绘制一个新的

对象，右键单击该对象，在弹出的快捷菜单中点击“Open Specification…打开对象设置对话框，如图所示，可对该对象做进一步的设置。

5、另一种添加对象的方法是在【Browser】窗口的树形图中找到相应的所属类，将它们一

次拖动到绘图区中即可。如图所示，左键选中【Browser】窗口中“Use Case View”下的“读者”，然后拖动鼠标到绘图区，松开鼠标后即可绘制相应的对象。

添加对象后还要在对象之间添加消息，根据消息类型的不同，在绘图工具栏上点击不同的消息按钮然后在绘图区连接两个对象即可。

(完整版)软件概要设计说明书范例

XX概要设计说明书

文档修改记录

填写说明

1。系统结构的定义

本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块

其中：

（1）“系统子系统"划分属于“系统设计"，在系统设计说明书中予以描述。

（2)“子系统模块”划分属于“概要设计”，在本说明书中予以描述。

（3）“模块子模块"划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。

2。如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。

3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分(即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统"），并删除本说明书中“系统子系统”划分的相关内容（第2章）。

1。简介 (1)

1。1。............................................................. 背景和目的1 1。2. .................................................................... 范围1 1。3. ............................................................ 术语和缩略语1 2。系统总体设计. (1)

2。1. ................................................................ 任务概述2 2。1。1。 ............................................................ 目标2

软件项目概要设计说明书(模板)Word版

××_软件项目概要设计说明书

版本：

编制：

审核：

批准：

颁布日期：2017年4月18日

受控状态：■受控□非受控

分发范围：项目组、财务部、质量管理部

修订记录

传播优秀Word版文档，希望对您有帮助，可双击去除！

1 引言 (1)

1.1 概述 (1)

1.2 目的 (1)

1.3 范围 (1)

1.4 缩略语 (1)

1.5 术语 (2)

2 参考资料 (2)

3 交付需求列表 (2)

4 系统物理架构 (2)

4.1 系统运行的硬件环境 (2)

4.2 系统运行的软件环境 (3)

4.3 系统运行的网络环境 (3)

4.4 系统部署图 (3)

4.5 安装部署说明 (4)

5 系统逻辑架构 (5)

5.1 子系统一 (5)

1.1.1子模块一 (5)

1.1.2子模块二 (5)

5.2 子系统二 (5)

6 实现视图 (5)

7 进程视图 (6)

8 数据库设计 (6)

9 设计约束 (6)

10 内部接口定义 (6)

11 外部接口 (6)

12 开发环境说明 (7)

13 技术难点 (7)

14 附录 (8)

14.1 模型文件 (8)

14.2 XXXX (8)

××_软件项目概要设计说明书

1引言

1.1概述

{应包括：

a. 项目的委托单位、开发单位和主管部门；

b. 该软件系统与其他系统的关系。}

本项目交办方为，承办方为。}

1.2目的

{阐明编写概要设计说明书的目的，指明读者对象。}

本文档是在用户和开发方对系统进行需求开发，形成软件需求规格说明书后，设计人员分析各个详细需求后，对软件的概要设计。

本文档作为软件概要设计和软件详细设计的重要依据。软件概要设计人员和软件详细设计人员依此作为工作依据。

超详细的概要说明书系统概要设计说明书.doc

1引言 (2)

1.1编写目的 (2)

1.2参考资料 (2)

2总体设计 (2)

2.1需求规定 (2)

2.2运行环境 (2)

2.3系统部署图 (2)

2.4基本设计概念和类图 (3)

2.5结构 (4)

2.6功能模型描述 (9)

2.6.1招聘管理 (9)

2.6.2企业结构管理 (21)

2.6.3行政级别管理 (29)

2.6.4企业架构展示 (32)

2.6.5人事档案管理 (33)

2.6.6人事基础数据维护 (73)

2.6.7权限管理 (82)

2.7人工处理过程 (83)

2.8尚未问决的问题 (83)

3接口设计 (83)

3.1用户接口 (83)

3.2外部接口 (83)

3.3内部接口 (83)

4系统数据结构设计 (84)

4.1逻辑结构设计要点 (84)

5数据结构与程序关系 (85)

5.1表结构与数据结构图 (85)

5.1.1数据结构图 (85)

5.1.2表汇总 (87)

5.2数据结构与程序关系表......................................................... 错误！未定义书签。6系统出错处理设计.. (98)

6.1出错信息 (98)

6.2补救措施 (99)

6.3系统维护设计 (99)

概要详细设计说明书

1引言

1.1编写目的

本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写，描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据，为系统测试人员提供测试依据。本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。

概要设计说明书实例

eice::
角色
+通过ID查询角色（in角色ID）:Data::角色实体类
+通过名称查询角色（in角色名称）：Data::角色实体类
+查询全部角色（）:Data::角色实体类
+增加角色（inData::角色实体类）:boolean
+修改角色（inData::角色实体类）:boolean
+删除角色（in角色ID）:boolean
+分配权限（in角色ID,in权限列表）:boolean
+读取角色权限（in角色ID）:Object
通过ID查询角色：得到指定角色的实体数据。
通过名称查询角色：得到指定角色的实体数据。
查询全部角色：调用Data::角色的查询全部角色方法,得到全部角色的实体数据。
增加角色：实现角色的添加。
修改角色：实现角色的修改。
+读取角色权限（in角色ID）:Object
通过
定角色的实体数据。
通过名称查询角色：页面得到角色名称，调用Service::角色的通过名称查询角色方法,得到指定角色的实体数据。
查询全部角色：调用Service::角色的查询全部角色方法,得到全部角色的实体数据。
增加角色：在页面上得到角色的实体数据，调用Service::角色的增加角色方法，实现角色的添加。
1.2背景

UML各种图例—用例图、类图、状态图、包图、协作图、顺序图

UML各种图例——用例图、类图、状态图、包图、协作图、顺序图

面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处.

UML中有九种建模的图标，即：

∙用例图

∙类图

∙对象图

∙顺序图

∙协作图

∙状态图

∙活动图

∙组件图

∙配置图

本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.

为什么UML很重要?

为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成为了这个行业中的设计师和施工人员的必修课.

写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.

UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.

模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.

软件工程9种图

本文档旨在介绍软件工程中常用的9种图，包括需求分析图、

用例图、活动图、类图、状态图、序列图、通信图、部署图和物理

架构图。每个章节将详细说明各种图的定义、特点和使用方法。

1.需求分析图

需求分析图主要用于描述系统的需求和功能，并将其转化为可

视化的图形表示。它包括用例图、活动图、状态图等多种子图。用

例图用于展示系统的功能、用户以及各功能之间的关系；活动图则

表示系统中的各种活动以及它们之间的关系；状态图则描述系统中

对象的不同状态和状态之间的转移。

2.用例图

用例图是描述系统功能和用户之间交互的图表。它展示了系统

的功能性需求，包括系统的主要功能和参与者（用户）之间的关系。用例图由参与者、用例和关系构成，通过参与者和用例之间的关系

来表示用户与系统的交互。

3.活动图

活动图用于描述系统中的活动或业务流程，以及这些活动之间

的顺序关系。它展示了系统的业务流程，包括活动、决策、并行和

合并分支。活动图通过节点、边和分支条件来表示活动之间的关系。

4.类图

类图用于描述系统中的类、对象以及它们之间的关系。它展示

了系统的结构，包括类的属性、方法、关联关系、继承关系等。类

图通过类、对象、关联和继承等元素来表示系统的结构。

5.状态图

状态图用于描述系统中对象的不同状态和状态之间的转移。它

展示了系统中对象的状态及其变化，包括对象的初始状态、中间状

态以及最终状态。状态图通过状态、转移和条件来表示对象的状态

和状态之间的转移。

6.序列图

序列图用于描述系统中对象之间的交互顺序和消息传递。它展

示了系统中对象之间的交互流程，包括对象的创建、销毁、方法调

软件概要设计详细设计软件设计用户手册说明全套

软件概要设计、详细设计、软件设计、用户手册说明

1 简介

1.1 目的

这部分要描述文档的目的。应该指明读者。

1.2 范围

1.2.1 软件名称

对软件命名

1.2.2 软件功能

解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档）

1.2.3 软件应用

描述软件的应用领域（可直接描述也可以参考其他软件文档）

2 第0层设计描述

2.1 软件系统上下文定义

本节描述待开发软件系统与外部实体的关系，可以使用系统结构图来描述系统结构和交互关系。

外部实体属性描述只限于软件设计和描述相关的属性。考虑到描述的完整性，可参考相关软件实体文档，如OS程序员手册。

2.2 设计思路(可选)

2.2.1 设计可选方案

对本软件系统的几种设计方案进行分析、比较，并确定所采用的方案。

2.2.2 设计约束

1. 遵循标准

描述本软件所遵循的标准、规范

2. 硬件限制

描述本软件系统实现的硬件限制

3. 技术限制

描述本软件的技术限制

2.2.3 其他

描述其他有关的设计考虑

3 第一层设计描述

3.1 系统结构

如果本文档是针对增强开发/小特性的设计，继承了原有的系统结构，那么应拷贝原有的系统结构说明，如系统结构图和相应的文字说明，然后在一层设计中明显标识出新增功能在原有系统结构中的位置（属于原来哪一个模块的新增功能，与原有各模块之间有什么交互）。在后续的业务流程说明、模块分解描述、依赖性描述和接口描述中，如果与本次增强开发/小特性无关的，可以不再重复描述，如果有关联的，应该拷贝原有的设计说明，在此基础上再说明更改的内容。

3.1.1 系统结构描述

软件概要设计说明书(类图-顺序图)

中华人民共和国国家标准：《城市市政监管信息系统技术规范》；《城市市政监管信息化部件和事件分类与编码》；《城市市政监管信息化单元网格划分与编码》；《城市市政监管信息化地理编码》；
《软件需求规格说明书》
2 术语表
UML 统一建模语言
3 用例
系统顶级用例图：
4 设计概述
4.1 简述
本说明书采用的设计方法为面向对象设计法 ; 系统的体系结构为 B/S 结构 ; 相应技术为 UML_Rational Rose.
值班长查询核查
通用查询
数据层
数据库
界面层包括登录界面、市民上报问题界面、市级领导上报问题界面、街乡二级平台上报
问题界面、监督员上报问题界面、值班长浏览操作界面等用户界面。
专用软件层包括市民上报问题，市级领导上报问题，街乡二级平台上报问题，监督员上
报问题，值班长核查问题等处理。
通用软件层包括登录、权限管理、通用查询类。
1.1 软件设计目标
我国数字城市技术应用现已逐渐应用到社会的各个领域中。
为了节约大量的人力、物
力、财力。网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。
本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。
具体针对
各个模块进行概要设计，模块化结构更清晰。
1.2 参考资料

顺序图

1.概述

顺序图（Sequence Diagram）是交互图的一种，它按照交互发生的时间顺序，利用对象的“生命线”和消息描述对象之间的交互。通常用来描述一个用例的行为，完成对系统的动态行为建模。顺序图主要目的是定义事件序列，产生一些希望的输出，其重点不是消息本身，而是消息产生的顺序。一个典型的顺序图如图1所示，

图1. 顺序图

2.基本元素

顺序图的基本元素有生命线、消息、活动者、对象、组合片断。

2.1 生命线(Lifeline)

一条生命线代表着顺序图中的一个参与者，表示建模的角色或对象实例。在UML中，

生命线画作一个方格，一条虚线从上而下，通过底部边界的中心，生命线对象的名字放置在方格里，如图2所示，

图2. 生命线（1）

通常，顺序图属于某个用例时，顺序图中会包含有参与者的生命线。边界类、控制类、实体类都可以拥有生命线，如图3所示，

图3. 生命线（2）

2.2消息(Messages)

消息是对象之间的一种通信，它可以传递信息并期望相关的动作被执行。顺序图的第一个消息总是从顶端开始，并且一般位于图的左边。然后继发的消息加入图中，稍微比前面的消息低些。在UML中，一个对象传递一个消息给另一个对象，画一条线指向接收对象，包括一个实心箭头（表示同步调用操作）或一个棍形箭头（表示一个异步信号）。消息或方法名字放置在带箭头的线上面。

如图4所示，第一个消息是一个同步消息，隐式返回。第二个消息表示异步，第三个消息即是异步消息的返回的消息。

图4. 消息

生命线上的瘦矩形表示消息执行发生或一个控制焦点的激活，表明对象在某一时间点开始执行活动。在图4中，有三个执行发生。

软件开发中的常用架构图

一、背景 (3)

二、软件架构图的作用 (3)

三、不同流程中适合运用的图 (4)

四、实际架构图的运用 (14)

五、结语 (15)

一、背景

大家在从事软件开发领域工作时间有一段时间之后，就开始有画图的意识，不管是懵懂的学别人还是想更好的让其它人理解自己的一个观点。所谓“一图胜千言”，我们身处于软件开发这个水很深且要求精确的复杂领域里，要想把事情做好，最基本的是要把事情想明白，其次还要让相关的人能够明白你要说的东西，进行协作。

特别对于一位架构师来说，能否画得一手好图尤其重要，因为相关的干系人数较多，要让不同领域的人能够达成一个统一的认识，是一件不太容易但也是必须要做好的事情。

二、软件架构图的作用

软件开发涉及的流程是：需求--> 开发--> 测试--> 发布上线。作图本身是个设计的工作，是个前期工作。那么从软件开发的整个生命周期来说，用到的图的地方是在前期的需求、开发阶段较多。在软件开发这个非常抽象的领域，只要涉及到多人协作，那么通过文字来进行交流叙述是非常晦涩难懂的，需要沟通好几遍才能理解达成一致也是比较常见的情况。那么我们画图，就是为了把不适合用言语表述的内容通过作图的方式呈现出来，让相关协作者有一个共同的具象的参照物。这个参照物可以有它的额外价值，是对软件长期价值的延伸，一份一致、清晰的设计图，可以给后续的软件迭代提供非常有帮助的决策依据。当然保证设计图与系统的一致本身也是件费精力的事情。

三、不同流程中适合运用的图

1. 用例图

用例图是UML交互图中的一种，是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者，一般为软件的面向用户）所能观察到的系统功能的模型图。

软件系统概要设计及总体架构设计

1.1软件系统概要设计及总体架构设计 (2)

1.1.1系统设计概述 (2)

1.1.2系统概要设计（结构设计） (3)

1.1.3系统概要设计中的架构设计 (8)

1.1.4层架构技术在系统设计中的典型应用 (16)

1.1软件系统概要设计及总体架构设计

1.1.1软件系统设计概述

1、软件系统设计

（1）什么是软件系统设计

所谓的软件系统设计就是通过某种特定的平台，而达到完成整体软件的功能。主要涉及和包括概要设计（静态结构）和详细设计（动态结构）两个阶段。

（2）软件系统设计的主要任务

系统设计阶段的主要任务是在需求分析和建模的基础上，更加深入、综合地考虑辅助决策系统的目标、技术要求和约束，扩展和细化需求分析阶段的模型。

（3）软件系统设计的主要目标

其一，精化设计方案并开发出一个明确描述设计方案的可视化模型；其二，保障设计模型最终能平滑地过渡到程序代码开发阶段，即“怎么做”的问题。

2、软件系统设计的目的

（1）指明一种易转化成代码的工作方案，是对软件系统分析工作的细化。也就是进一步细化分析阶段所提取的类（包括其操作和属性），并且增加新类以处理诸如数据库、用户接口、通信、设备等技术领域的问题。

（2）设计是对问题域外部可见行为的规格说明、并增添实际的计算机系统实现所需的细节，包括人机交互、任务管理和数据管理方面的细节。

3、软件系统分析和软件系统设计的合作

（1）分析面向问题，是明确动力的过程，重在理解和翻译，灵活性高

（2）设计面向方案，是排除阻力的过程，重在精化和适应，受约束大

从整体上看，软件系统分析和软件系统设计的对立是保障问题和方案趋于一致的基本动力。就像两个相反方向的张力，使软件系统能够朝着正确的方向前进。