第 3 章 软件工程目标
自考软件工程第3章知识点总结

2
第3章 软件需求分析
需求分析在软件开发中所处的地位愈加突出,从而也愈加 困难,它的难点主要体现在以下几个方面:
(1) 问题的复杂性。 (2) 交流障碍。 (3) 不完备性和不一致性。 (4) 需求易变性。
软件需求分析与说明的方法的基本原则:
(1) 必须能够表达和理解问题的数据域和功能域。 (2) 可以把一个复杂问题按功能进行分解并可逐层细化。 (3) 建模。
结构化分析(Structured Analysis,简称SA),是面向数 据流进行需求分析的方法。根据软件内部数据传递、变换的关 系,自顶向下逐层分解,描绘出满足功能要求的软件模型。
3.2.1自项向下逐层分解的分析策略
面对一个复杂的问题,采取分解的策略,把一个复杂的问
题划分成若干小问题,然后再分别解决。分解可分层进行,在
(3) 环境需求。 (4) 用户界面需求。
4
第3章 软件需求分析
2. 分析与综合, 导出软件的逻辑模型 分析人员对获取的需求,进行一致性的分析检查,在 分析、 综合中逐步细分软件功能,划分成各个子功能。 3. 编写文档 编写文档的步骤如下: (1) 编写“需求说明书。 (2) 编写初步用户使用手册。 (3) 编写确认测试计划。 (4) 修改完善项目开发计划。
3. 数据项条目 数据项条目是不可再分解的最小数据单位, 其定义格 式及举例如下: 数据项名称: 货物编号 别名: G-No, G-num, Goods-No 简述: 本公司的所有货物的编号 类型: 字符串 长度: 10
取值范围及含义: 第1位: 进口/国产
第2~4位: 类别 第5~7位: 规格
第8~10位: 品名编号
1. 数据流条目
数据流条目给出了DFD中数据流的定义,通常列出该数 据流的各组成数据项。
软件工程目标的关系 -回复

软件工程目标的关系-回复软件工程的目标是指在软件开发和维护过程中,为了提高软件质量和开发效率,而设定的具体目标和要求。
这些目标和要求涉及到软件开发的各个方面,包括软件需求、设计、编码、测试、部署和维护等。
软件工程的目标的关系体现在以下几个方面:1. 提供高质量的软件产品:软件工程的首要目标是提供高质量的软件产品。
为了实现这个目标,软件工程师需要使用规范和标准的开发流程,采用正确的开发方法和技术,以及进行严格的软件测试和质量保证。
这可以确保软件产品在功能、性能和安全性方面都具备较高的品质。
2. 提高软件开发效率:软件工程的另一个重要目标是提高软件开发的效率。
通过使用合理的开发方法和工具,软件工程师可以更高效地进行需求收集、设计、编码和测试等开发任务。
此外,软件工程还提供了可复用的软件组件和库,可以减少重复开发,提高开发效率。
3. 管理软件开发过程:软件工程的目标还包括对软件开发过程的管理。
软件工程师需要使用项目管理和配置管理等技术和方法,确保软件开发按计划进行,并能够及时发现和解决各类问题。
通过合理的项目管理,可以提高软件开发的组织性和协作性,确保开发过程的可控性。
4. 保证软件安全和可靠性:软件工程的目标还包括保证软件的安全性和可靠性。
软件工程师需要在软件设计和开发过程中考虑各类潜在的安全风险和漏洞,并采取相应的防护措施。
同时,软件工程还涉及到软件的可靠性验证和维护,以便及时修复和更新软件中的错误和缺陷,确保软件的可用性和稳定性。
5. 满足用户需求:软件工程的目标还包括满足用户的需求和期望。
通过充分理解用户需求,并将其准确地转化为软件功能和特性,软件工程师可以为用户提供满意的软件产品。
软件工程还强调用户参与和反馈,在开发过程中及时修正和调整产品,以便更好地满足用户的期望。
综上所述,软件工程的目标包括提供高质量的软件产品、提高软件开发效率、管理软件开发过程、保证软件安全和可靠性,以及满足用户需求等。
软件工程-第3章-需求分析-3

6
DOA需求分析方法的实际
DOA有各种各样的类型,例如:
对于企业ER/图业D务F「D图所并应行有的的方样法子,」通,常最会初出绘现制两ER图的从上 向下的方者法的。差异过大,发生两个小组为争夺主
从现行业导务权的而文进件行和无数休据止库地、争画论面,、从报而表导中致,项抽出数据 项目,并目将迟其迟规不范能化进的入基设础计上阶绘段制。ER图,再将新系统所
部数据项,将它们登录到数据字典中去。遇到没有用过的数据项, 或者「同词异义」,或者「异词同义」的情况下,此阶段不要整理, 直接登录到数据字典中即可。 这些数据项都是从现有系统向新系统转换过程中的非常重要的信息。
26
基于IBM-DOA的需求分析
下图是IBM-DOA需求分析工作的标准步骤。
P3建立「DFD现逻辑模型」
16
基于IBM-DOA的需求分析
下图是“DFD四套件”的例子。
「数据流说明」可以和后续的画面、报表 的设计相关联。
17
基于IBM-DOA的需求分析
下图是“DFD四套件”的例子。
「处理功能说明」可以和后续的程序的功 能规格的做成相关联。
18
基于IBM-DOA的需求分析
总而言之,下述三项规格说明,都可以和后续的设计阶 段的工作直接关联,因此,在这里花费的精力绝不是徒 劳的。
下图是IBM-DOA需求分析工作的标准步骤。
P5 实施需求的获取与分析
将在用户获取过程中明确的问题点或需求进行分析・整理
的基础上,把它们整理・记录到「需求分析票」上。
31
基于IBM-DOA的需求分析
下图是「需求分析票」 的例子。
在此主要记录的内容有: 将新功能/改善对象场所(现有物理模型中何处需要改善)/
软件工程导论_第三章

• 后勤部涉及到的实体及实体之间的联系如下:
• 学生:属性有学号、姓名、性别、年龄、专业和入学时间 • 宿舍:楼号、房间、档次 • 学生与宿舍的联系是一个学生只能住在一个宿舍,一个 宿舍能住多个学生,学生住宿要交租金。
教务处涉及到的实体及实体之间的联系如下:
• 学生:属性有学号、姓名、性别、年龄、专业和入学时 间 • 教师:属性有教师号、姓名、性别、职称、专业 • 课程:属性有课程号、课程名、学时数、专业 • 各实体关系描述如下:一个学生可以选多门课,一门课 可以由多个学生选修;一个教师可以教多门课,一门课也 可以由多个老师教;学生选修某门课有一个成绩;教师教 某门课有一个质量评价
结构化分析模型的组成
加 数 工 据 数据流图 说 对 E-R图 数据字典 (DFD) 明 象 (DD) 说 明 状态转换图
(STD图)
控制说明
需求描述:规格说明
• 规格说明文档或规约(specifications)
– 明确地描述产品的功能,即明确说明产品做什 么,并且列出产品要满足的任何约束。包括产 品的输入和要求的输出
4. 修正系统开发计划
根据以上三点修正以前制定的开发计划
需求分析的步骤
• • • • 需求获取:问题识别 需求提炼:分析建模(导出软件逻辑模型) 需求描述:编写<需求规格说明书> 需求验证:需求分析评审
涉及的问题1
• 如何识别、获取需求? • 你能够采取何种手段与用户进行交流沟通?
3.2需求获取
解:描述仓库和商品之间的E-R图可如下图所示
仓库号 地点 面积
仓库
1
数量
存放
n
商品
商-3】两个实体集之间的多对多的联系的绘制方法。
第3章 软件工程基础(习题答案).doc

第3章习题答案3」什么是软件危机?为什么会岀现软件危机?解答:软件危机是指落后的软件生产方式无法满足开发复杂软件的需求,从而导致软件开发与维护过稈屮出现一系列严重的问题,主要表现在:(1)软件开发费用和进度估计不准。
(2)软件的正确性和可靠性难以保证。
(3)文档不全,导致软件维护难度加大。
总Z,可将软件危机归结为:成木、质量和生产率等问题。
到了20世纪50年代末和60年代初,随着计算机应用的普及,软件的规模和复杂度提高了,“家庭作功”式的方法已经无法适应软件的开发。
软件开发的周期变长、费用上涨,导致软件的生产效率下降、目标软件的正确性难于保证,即出现了“软件危机”。
3.2软件T程的概念是什么?软件T程的忖标和原则是什么?解答:软件工程是指导计算机软件开发和维护的一门学科。
软件工程从管理和技术两个方面,研究如何更好地开发和维护计算机软件,内容主要包括:软件开发技术和软件工程管理。
软件工程的日标是在给定成本、进度的前提下,开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。
软件工稈的原则,在软件开发各阶段,应遵循一些基木原则,包括抽象、信息隐蔽、模块化、局部化、确定性、一致性、完备性和可验证性。
3.3什么是软件的生命周期?瀑布模型把软件生命周期划分成几个时期、几个阶段?每一个阶段的任务是什么?每个阶段产生的文档是什么?解答:软件从提出、开发、使用到退役的整个过稈称为软件生命周期,软件生命周期可划分为3个时期,共8个阶段,毎个阶段应完成的基本任务和产生的文档如下表所示。
时期阶段任务文档定义期(计划期)问题的定义理解用户要求,明确工作目标计划任务书可行性研究可行性方案分析需求分析软件系统的目标及应完成的任务需求规格说明书开发期概要设计(总体设计)(系统设计)系统逻辑设让,明确软件模块结构,及各模块间的调用关系软件概要设计说明书数据库/数据结构设计说明书集成测试计划详细设计系统的模块设计,对各模块进行功能说明,实现细节描述软件详细设计说明书编码编写程序代码程序、数据、详细注释测试和调试单元测试、集成测试测试大纲、方案,测试用例,测试结果维护期使用和维护运行和维护运行、修改记录3.4什么是结构化方法?结构化分析、结构化设计、结构化程序设计分别用在软件生命周期的哪一个阶段?解答:结构化开发方法是现有软件开发方法屮最成熟、应用最广泛的方法。
软件工程PPT课件第3章 软件需求分析

–多个来回
6
软件需求分析的通信途径
7
分析建模
结构化分析模型 面向对象分析模型 分析模型描述工具
DFD、DD和PSPEC(加工规约)
CFD、CSPEC(控制规约)和STD E-R图 用例图,对象-关系图,对象-行为图
8
结构化分析模型
数据对象 说明 E-R图 加工说明 DFD图
44
数据流图
数据流图(DFD)是一种图形化技术,它描绘信息
流和数据从输入移动到输出的过程中所经受的变换 。 在数据流图中没有任何具体的物理部件,它只是 描绘数据在软件中流动和被处理的逻辑过程。 数据流图是系统逻辑功能的图形表示,即使不是 专业的计算机技术人员也容易理解它,因此是分析 员与用户之间极好的通信工具。 此外,设计数据流图时只需考虑系统必须完成的 基本逻辑功能,完全不需要考虑怎样具体地实现这 些功能。
2
需求分析的结构化分析方法准则
(1) 必须理解并描述问题的信息域,根 据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能,这条 准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件 行为,这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模 型进行分解,用层次的方式展示细节。
40
分析模型的元素
数据字典(DD):模型核心(中心库) E-R图(ERD): 数据流图(DFD)
指明数据在系统中移动时如何被变换; 描述对数据流进行变换的功能;
DFD中每个功能的描述包含在加工规约 (小说明)。
状态变迁图(STD)
指明作为外部事件的结果,系统将如何 动作。
41
3.4.2 数据建模
4
需求分析的任务和步骤
软件工程课程目录

第一章软件工程概述介绍软件工程概念的提出以及发展历程,并分析软件开发的本质。
软件工程概论课程介绍第二章软件过程介绍如何定义一个项目的过程,主要涉及三方面的知识:(1)要了解软件开发通常需要做哪些工作,即软件生存周期过程;(2)要了解定义过程的基准框架,即软件生存周期模型;(3)是要了解一般性的过程规划技术。
软件过程(1)-20100913软件过程(2)-20100916软件过程(3)-20100916第三章软件需求与软件需求规约介绍软件需求的定义、需求的分类、常用的需求发现技术,以及需求规约。
软件需求-20100923第四章结构化分析介绍结构化需求分析、需求验证及实例研究。
结构化分析方法-0927第五章结构化设计结构化设计:总体设计的目标及其表示、总体设计方法、设计评价准则与启发式规则、设计优化、详细设计、软件设计规格说明书、实例研究。
结构构化设计方法-总体设计0930结构化设计-详细设计和软件设计规约1011第六章面向对象方法-UML面向对象方法发展以及UML(Unified Modeling Language)的提出、表达客观事物的术语、表达关系的术语、组织信息的通用机制--包、模型表示工具。
面向对象介绍面向对象方法UML(1)面向对象方法UML(2)面向对象方法UML(3)第七章面向对象分析、设计和编程技术介绍面向对象分析、设计和编程技术。
面向对象分析模型规约面向对象设计(1)面向对象设计(2)面向对象编程第八章面向对象方法-RUPRUP(Unified Software Development Process)的作用和特点、核心工作流。
RUP-1-1207RUP-2-1210RUP-3-1214第九章软件测试软件测试目标与软件测试过程模型、软件测试技术、软件测试步骤、静态分析技术-程序正确性证明。
软件测试(1)软件测试(2)软件测试-扩展报告第十章软件工程管理软件工程管理活动;软件规模、成本和进度估算;能力成熟度模型CMM;ISO9000标准。
软件工程 第3章需求分析

位置:定货报告 定货信息 库存清单
面向数据流方法的分析的应用
6 D1 库存清单 事务 1 包含零件编 号、名称、 目前价格
深入调查
外部输入或系 统生成
3.2.2 面向数据流的自顶向下求精
• 回溯时常遇到的问题:为了得到某个数据元素需要 用到数据流图中还没有的数据元素,或者得出这个 数据元素要用的算法尚不完全清楚。 • 因此,需要向用户等有关人员请教,他们的回答使 分析员对目标系统的认识更深入具体,系统中更多 的数据元素被划分出来,更多的算法搞清楚了。 • 把分析过程中得到的有关数据元素的信息记录在数 据字典中,把对算法的简明描述记录在IPO图中。 通过分析而补充的数据流、数据存储和处理,应该 添加到数据流图的适当位置上。
• 主要目标:把数据流和数据存储定义到元 素级别(不可分解为止)
数据的来源、去 向、数据结构定 义等
可行性 分析忽 略了细 节
3.2.2 面向数据流的自顶向下求精
自顶向下,逐 层细化的方法
• 结构化分析方法是一种什么方法呢? • 从数据流图的输出端着手分析,这是因为系 统的基本功能是产生这些输出的关键原因。 • 输出数据决定了系统必须具有的最基本的组 成元素(包括功能和数据结构组成)。
3.4.1 数据对象
• 它的范畴很大,可以是外部实体(例如,产生 或使用信息的任何事物)、事物(例如,报表)、 行为(例如,打电话)、事件(例如,响警报)、 角色(例如,教师、学生)、单位(例如,会计 科)、地点(例如,仓库)或结构(例如,文件) 等。 • 总之,可以由一组属性来定义的实体都可以 被认为是数据对象。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件工程经济学教材内容
软件工程经济学基础
产品功能:规模经济 产品功能: 可选方案的选择: 可选方案的选择:决策标准 多目标决策部分所含的六章内容分别是: 多目标决策部分所含的六章内容分别是: 净值与边际分析 现在与未来的收入和支出 品质因素 目标作为约束条件 系统分析与约束优化 不可调和与不可量化目标的处理 不确定性、风险与价值的研究部分所含的两章分别是: 不确定性、风险与价值的研究部分所含的两章分别是: 处理不确定性: 处理不确定性:风险分析 统计决策理论: 统计决策理论:信息的价值
软件工程经济学教材内容
软件工程经济学基础
本部分要回答的问题是: 本部分要回答的问题是: 如何利用对软件和其它计算机系统的成本估算来帮助 做出信息系统开发方面的决策? 做出信息系统开发方面的决策? 哪些经济学方法(成本效益分析、边际分析、 哪些经济学方法(成本效益分析、边际分析、现值分 风险分析等)能帮助我们做出正确的决策? 析、风险分析等)能帮助我们做出正确的决策? 本部分含三个相对独立的主题,共十一章内容,这三个 本部分含三个相对独立的主题,共十一章内容, 主题分别是: 主题分别是: 成本效益分析, 成本效益分析,含 3 章内容 多目标决策分析, 多目标决策分析,含 6 章内容 不确定性、风险与信息价值的研究, 不确定性、风险与信息价值的研究,含 2 章内容 成本效益分析部分所含的三章内容分别是: 成本效益分析部分所含的三章内容分别是: 性能模型与成本效益模型
软件工程经济学教材内容
软件成本估算的技术
软件成本估算与生命周期管理部分所含的四章内容分别 是: 软件维护成本估算 软件生命周期成本估算 软件项目计划与控制 提高软件生产率
软件工程目标
引言 软件工程: 软件工程: 定义 软件趋势: 软件趋势: 成本 软件趋势: 软件趋势:社会影响 目标的复杂性 例子:WEINBERG的实验 例子:WEINBERG的实验 软件工程方法的复杂性 软件工程的目标结构 软件工程的GOALS 软件工程的GOALS 方法
软件工程经济学教材内容
软件成本估算的技术
软件成本估算方法与过程部分所含的两章内容分别是: 软件成本估算方法与过程部分所含的两章内容分别是: 软件成本估算的七个基本步骤 可供选择的软件成本估算方法 详细COCOMO模型部分所含的七章内容分别是 模型部分所含的七章内容分别是: 详细COCOMO模型部分所含的七章内容分别是: 详细COCOMO 模型: 详细COCOMO 模型:概要与操作描述 详细COCOMO模型成本驱动因子 模型成本驱动因子: 详细COCOMO模型成本驱动因子:产品属性 详细COCOMO模型成本驱动因子 模型成本驱动因子: 详细COCOMO模型成本驱动因子:计算机属性 详细COCOMO模型成本驱动因子 模型成本驱动因子: 详细COCOMO模型成本驱动因子:人员属性 详细COCOMO模型成本驱动因子: 详细COCOMO模型成本驱动因子:项目属性 模型成本驱动因子 COCOMO 模型没有包含的因素 COCOMO 模型评价
软件工程目标
关于软件工程目标
软件产品运行 资源消耗的用户预期 软件产品运行时资源消耗的用户预期 — 与其他一般工 运行时 业产品一样,软件产品在其效能得以发挥时(软件产品通 业产品一样,软件产品在其效能得以发挥时( 过其运行来发挥效能)需要消耗一定数量的社会资源 社会资源, 过其运行来发挥效能)需要消耗一定数量的社会资源,这 种资源消耗特性是产品内部系统特征的“外化” 种资源消耗特性是产品内部系统特征的“外化”,是因产 品的不同而不同的,对之,可冠以“资源工程” 品的不同而不同的,对之,可冠以“资源工程”目标 软件产品技术特性 软件产品技术特性的用户预期 — 与其他一般工业产品 技术特性的用户预期 一样,软件产品除了应当向用户呈现出确定的“功能” 一样,软件产品除了应当向用户呈现出确定的“功能”特 用户首先是基于软件产品的“功能” 性(用户首先是基于软件产品的“功能”符合其要求才确 定购买并使用它的) 还需要提供诸如“可靠性” 定购买并使用它的)外,还需要提供诸如“可靠性”、“ 有效性”、“可理解性”等质量/性能特性,由于用户购 有效性” 可理解性”等质量/性能特性, 买的是软件的“程序”部分(软件产品的“ 买的是软件的“程序”部分(软件产品的“系统开发文档 是不向用户交付的) 因此, ”是不向用户交付的),因此,这一项软件产品的系统目 标可被称作软件产品的“程序工程” 标可被称作软件产品的“程序工程”目标 不言而喻, 不言而喻,仅当一个软件产品在这三个方面都能满足用户 的预期,用户才能乐意接受, 的预期,用户才能乐意接受,软件产品才是成功的
软件工程目标
关于软件工程目标
软件过程目标 — 软件开发组织、软件产品开发的“项目 软件开发组织、软件产品开发的“ 都是严格意义上的“经济实体” 在总体上讲, 组”都是严格意义上的“经济实体”,在总体上讲,其开发 一个软件产品的目的旨在获取期望的经济利益,基于此,可 一个软件产品的目的旨在获取期望的经济利益,基于此, 将其目标进一步细化;为使之与软件产品的目标形成对应, 将其目标进一步细化;为使之与软件产品的目标形成对应, 可将“软件过程目标”进一步细化为“人际关系目标 目标” 可将“软件过程目标”进一步细化为“人际关系目标”、“ 资源工程目标 目标” 程序工程目标 目标” 相应的, 资源工程目标”和“程序工程目标”;相应的,有: 软件过程的“人际关系” 开发一个软件产品、 软件过程的“人际关系”目标 — 开发一个软件产品、 实现各软件生命周期阶段的阶段目标依赖于所有参与人员 间的高效协同,这是人们需要追求的结果 这使得从“ 结果; 间的高效协同,这是人们需要追求的结果;这使得从“过 的角度来看,有着诸如下述的相关工作: 程”的角度来看,有着诸如下述的相关工作: 人员安排计划(的合理性与有效性) 人员安排计划(的合理性与有效性) 开发工作的组织(能否有效调动积极因素) 开发工作的组织(能否有效调动积极因素) 管理控制机制(协调人力资源的能力与效能) 管理控制机制(协调人力资源的能力与效能) 工作实施的自动化(程度) 工作实施的自动化(程度)
软件工程目标
关于软件工程目标
计算机科学技术的发展使得出现了以下值得关注的系列基 本事实: 本事实: 计算机应用日益普及深入 使用” “使用”计算机的主要问题是软件问题 软件相关的“系统开销” 软件相关的“系统开销”在计算机系统总开销中的比重 不断攀升 越来越多的人们的工作/ 越来越多的人们的工作/生活日趋严重地依赖于计算机 系统,计算机系统的可靠性、 系统,计算机系统的可靠性、系统高效性等诸特性对人们 /社会的影响日渐严重 计算机系统的特性主要是由软件的特性确定的, 计算机系统的特性主要是由软件的特性确定的,至少从 计算机系统用户的角度来看是如此 软件产品具有“一般工业产品”属性,开发/ 软件产品具有“一般工业产品”属性,开发/维护软件 产品是一种“商业行为” 产品是一种“商业行为”
软件工程目标
引言
本章阐明应用软件工程经济学技术(在本书中讲到的) 本章阐明应用软件工程经济学技术(在本书中讲到的) 的概念性框架,具体解决如下问题: 的概念性框架,具体解决如下问题: 什么是软件工程? 什么是软件工程? 为什么软件工程中人与经济因素是如此的重要? 为什么软件工程中人与经济因素是如此的重要? 为什么多目标方法是必要的? 为什么多目标方法是必要的? 如何应对软件工程中的宽泛的目标? 如何应对软件工程中的宽泛的目标?
软件工程经济学教材内容
软件生命周期: 软件生命周期:定量模型
本部分要回答的问题是: 本部分要回答的问题是: 在软件生命周期中包含哪些主要的阶段与活动? 在软件生命周期中包含哪些主要的阶段与活动? 在一个典型的项目中, 在一个典型的项目中,它们各要花费多长时间与多少 成本? 成本? 影响软件成本的主要因素有哪些? 影响软件成本的主要因素有哪些?如何利用这些因素 来估算软件成本? 来估算软件成本? 本部分含六章内容: 本部分含六章内容: 软件生命周期: 软件生命周期:阶段与活动 基本COCOMO 基本COCOMO 模型 基本COCOMO 模型: 基本COCOMO 模型:开发模式 基本COCOMO 模型: 基本COCOMO 模型:活动分布 中等COCOMO 模型: 中等COCOMO 模型:产品级别估算 中等COCOMO 模型: 中等COCOMO 模型:组件级别估算
软件工程目标
关于软件工程目标
关于“目标” 有着以下值得关注的问题/事实: 关于“目标”,有着以下值得关注的问题/事实: 一个软件产品必须满足用户确定的系统化的目标要求 开发一个软件产品必须满足开发商确定的利益目标 现代化管理中一项基本的管理策略是“目标管理” 现代化管理中一项基本的管理策略是“目标管理” 一项软件工程的目标涉及到两个相关的方面: 一项软件工程的目标涉及到两个相关的方面: 软件产品必须达到确定的目标特性 软件产品开发过程必须达到确定的目标特性 一个系统的系统目标是众多的 一个系统的系统目标是可以层次化分解的 一个系统的多个不同目标间可以是“相互支持” 一个系统的多个不同目标间可以是“相互支持”的, 但更值得关注的是它们可能“相互冲突” 但更值得关注的是它们可能“相互冲突” 管理决策已发展成为相对独立科学 — 基于经济项软件工程在整体上讲包含两个相互关联的部分: 一项软件工程在整体上讲包含两个相互关联的部分: 软件工程围绕着一个确定的软件产品进行 软件工程的完成是一个确定的软件开发过程 这使得软件工程的目标由“软件产品目标” 这使得软件工程的目标由“软件产品目标”和“软件过程 目标”这两个相对独立但又密切关联的部分组成, 目标”这两个相对独立但又密切关联的部分组成,仅当这两 项目标均如预期那样实现, 项目标均如预期那样实现,才能说软件工程实现了预期的目 由此才能认为软件工程是“成功” 标,由此才能认为软件工程是“成功”的 总体上讲, 软件产品目标 — 总体上讲,这是指软件工程产出了一个 实现了预期目标的软件产品, 预期的目标” 实现了预期目标的软件产品,“预期的目标”可被简单地归 纳为三个相对独立的“子目标” 纳为三个相对独立的“子目标”: 软件产品用户 使用该产品方面对于软件的预期 用户在 软件产品用户在使用该产品方面对于软件的预期 — 软件产品是要交由用户来使用的, 软件产品是要交由用户来使用的,站在他们的立场上来看 待软件产品应当提供的特性/应当具有的目标特性, 待软件产品应当提供的特性/应当具有的目标特性,这可 被形象地说成是软件产品 软件产品的 人际关系” 被形象地说成是软件产品的“人际关系”目标