《软件工程-实践者的研究方法》chapter_07_cn_设计概念-35页精选文档
合集下载
软件工程：实践者的研究方法第七版讲义第四章
❖ 如何描述由某成功的解决方案产生的“良好 的”输出？
❖ 该解决方案强调了什么问题？ ❖ 能向我们展示（或描述）解决方案的使用环
境吗？ ❖ 存在影响解决方案的特殊性能问题或约束吗？
整理ppt
25
首次提问
❖最后一组问题关注于沟通活动本身的效率。
❖ 你是回答这些问题的合适人选吗？你的回答 是“正式的”吗？
整理ppt
33
SafeHome实例[2]
整理ppt
31
SafeHome实例[1]
整理ppt
32
协同需求收集
❖在召开会议评审产品要求的前几天，要求 每个与会者列出构成系统周围环境的对象、 由系统产生的其他对象以及系统用来完成 功能的对象。此外，要求每个与会者列出 服务操作或与对象交互的服务（过程或功 能）列表。最后，还要开发约束列表（如 成本、规模大小、业务规则）和性能标准 （如速度、精确度）。这些列表不要求完 美无缺，但要反映每个人对系统的理解。
整理ppt
29
协同需求收集会议的基本原则
❖会议由软件工程师和其他的利益相关者共同举办 和参与。 ❖制定筹备和参与会议的规则。 ❖建议拟定一个会议议程，这个议程既要足够正式， 使其涵盖所有的重要点；但也不能太正式，以鼓 励思想的自由交流。 ❖由一个“调解人”(可以是客户、开发人员或其 他人)控制会议。 ❖采用“方案论证手段”。 ❖目的是识别问题，提出要解决方案的要素，协商 不同的方法以及在有利于完成目标的氛围中确定 一套解决需求问题的初步方案。
❖需求工程在设计和构造之间建立起联系的桥梁。有人认 为开始于项目共利益者，即在那里定义业务需求，刻画 用户场景，描述功能和特性，识别项目约束条件。另外 一些人可能会建议从宽泛的系统定义开始，此时软件只 是更大的系统范围中的一个构件。但是不管起始点在哪 里，横跨这个桥梁将把我们带到项目之上更高的层次： 由软件团队检查将要进行的软件工作的内容，必须提交 设计和构建需要的特定要求，完成指导工作顺序的优先 级定义以及将深切影响随后设计的信息、功能和行为。
❖ 该解决方案强调了什么问题？ ❖ 能向我们展示（或描述）解决方案的使用环
境吗？ ❖ 存在影响解决方案的特殊性能问题或约束吗？
整理ppt
25
首次提问
❖最后一组问题关注于沟通活动本身的效率。
❖ 你是回答这些问题的合适人选吗？你的回答 是“正式的”吗？
整理ppt
33
SafeHome实例[2]
整理ppt
31
SafeHome实例[1]
整理ppt
32
协同需求收集
❖在召开会议评审产品要求的前几天，要求 每个与会者列出构成系统周围环境的对象、 由系统产生的其他对象以及系统用来完成 功能的对象。此外，要求每个与会者列出 服务操作或与对象交互的服务（过程或功 能）列表。最后，还要开发约束列表（如 成本、规模大小、业务规则）和性能标准 （如速度、精确度）。这些列表不要求完 美无缺，但要反映每个人对系统的理解。
整理ppt
29
协同需求收集会议的基本原则
❖会议由软件工程师和其他的利益相关者共同举办 和参与。 ❖制定筹备和参与会议的规则。 ❖建议拟定一个会议议程，这个议程既要足够正式， 使其涵盖所有的重要点；但也不能太正式，以鼓 励思想的自由交流。 ❖由一个“调解人”(可以是客户、开发人员或其 他人)控制会议。 ❖采用“方案论证手段”。 ❖目的是识别问题，提出要解决方案的要素，协商 不同的方法以及在有利于完成目标的氛围中确定 一套解决需求问题的初步方案。
❖需求工程在设计和构造之间建立起联系的桥梁。有人认 为开始于项目共利益者，即在那里定义业务需求，刻画 用户场景，描述功能和特性，识别项目约束条件。另外 一些人可能会建议从宽泛的系统定义开始，此时软件只 是更大的系统范围中的一个构件。但是不管起始点在哪 里，横跨这个桥梁将把我们带到项目之上更高的层次： 由软件团队检查将要进行的软件工作的内容，必须提交 设计和构建需要的特定要求，完成指导工作顺序的优先 级定义以及将深切影响随后设计的信息、功能和行为。
《软件工程-实践者的研究方法》chapter_20_cn_项目估算PPT精品文档29页
2005
5
了解范围...
理解客户需求 理解业务上下文 理解项目边界 理解用户的动机 理解改变发生的可能路径 理解…….
即使你已经理解了，还是不能保证任何事情!
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
har dware
environment
network resources
proj ect
OTS components
reusable software
new components
full -experi ence components
par t.-experience components
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
1
项目计划任务集合——I
构造项目范围 确定可行性 分析风险
见25章
确定需要的资源
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
《软件工程-实践者的研究方法》chapter_17_cn_软件配置管理PPT精品文档23页
Bus ines s Cont ent
u se -case s an aly sis m o d e l
sce n ario -b ase d d iag ram s f lo w -o rie n t e d d iag ram s class-b ase d d iag ram s b e h av io ral d iag ram s d e sig n m o d e l arch it e ct u ral d iag ram s in t e rf ace d iag ram s co m p o n e n t -le v e l d iag ram s t e ch n ical m e t rics
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
9
SCM 库
SCM中心库是一组机制和数据结构，使软件团队能够 用一种更有效地方法管理变更。
已经通过正式评审和批准的规格说明或产品，它可以作为 进一步开发的基础，并且只有通过正式的变更控制规程才 能修改它。
u se -case s an aly sis m o d e l
sce n ario -b ase d d iag ram s f lo w -o rie n t e d d iag ram s class-b ase d d iag ram s b e h av io ral d iag ram s d e sig n m o d e l arch it e ct u ral d iag ram s in t e rf ace d iag ram s co m p o n e n t -le v e l d iag ram s t e ch n ical m e t rics
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
9
SCM 库
SCM中心库是一组机制和数据结构，使软件团队能够 用一种更有效地方法管理变更。
已经通过正式评审和批准的规格说明或产品，它可以作为 进一步开发的基础，并且只有通过正式的变更控制规程才 能修改它。
软件工程实践者的研究方法_背诵知识点20141224
软件工程实践者的研究方法_背诵知识点20141224软件的定义：软件是：1）指令的集合，通过执行这些指令可以满足预期的特征、功能和性能需求；2）数据结构，使得程序可以充分利用信息；3）软件描述信息，以硬拷贝和虚拟形式存在，描述程序操作和使用。
软件与硬件的区别：软件是设计开发的；软件不会磨损；大多数软件是按需求定制的。
IEEE定义：(1)将系统化、规范化、可量化的方法应用于软件的开发、运行和维护，即将工程化方法应用于软件；(2) 在(1)中所述方法的研究。
软件工程的层次：软件工程的根基在于质量关注点。
软件工程的基础是过程层。
过程将各个技术层次结合在一起，使得合理地、及时地开发计算机软件成为可能。
方法为构建软件提供技术上的解决方法（"如何做"）。
工具为过程和方法提供自动化或半自动化的支持。
通用过程模型的5种框架活动:沟通、策划、建模、构建、部署8个典型的普适性活动：软件项目跟踪与控制；风险管理；软件质量保证；技术评审；测量；软件配置管理；可复用管理；工作产品的准备和生产软件神化：关于软件及其开发过程被人们盲目相信的一些说法，它实际上误导了人们对软件开发的态度。
螺旋模型：一种风险驱动型的过程模型，一种演进式软件过程模型。
它结合了原型的迭代性质和瀑布模型的系统性和可控性特点。
具有快速开发越来越完善软件版本的潜力。
统一过程（UP）：以用例为驱动、以系统架构为核心，迭代式增量式开发过程。
RUP包括起始、细化、构建、转换和生产5个阶段。
五个UP阶段并不是顺序地进行，而是阶段性地并发进行。
成熟度级别：第0级：不完全级、1已执行级、2已管理级、3已定义级、4已定量管理级、5优化级软件生命周期：软件计划与可行性研究、需求分析、软件设计、编码、软件测试、运行与维护瀑布模型：一个系统的、顺序的软件开发方法。
缺点：实际项目开发中很少遵守瀑布模型提出的顺序；客户难以清楚的描述所有的需求；客户要等到开发周期的晚期才能得到可执行的程序；在线性过程的开始和结束，容易发生“阻塞状态”。
软件工程实践者的研究方法（中文版第七版）课后习题答案
作业答案。
2.1a.设计者对于用户要问的问题：项目的目标是什么？做到什么程度就成功了？谁会对项目的成功做最后的评判？项目的使用者包括那些？b. 用户对设计者应该问的问题：目前问题有哪些解决方案，项目完成有哪些难点，在时间范围内能否完成？c. 软件问题用户自问？还有其他解决方案吗？哪些功能是必须的？乙方资质和能力够吗？d. 软件过程问题自问？用敏捷还是用瀑布？质量检查点分别有哪些？有几个MileSton e?2.2 为沟通活动设计一系列动作，选定其一并设计任务集。
（批作业的时候，以合理为目标，不一定要一样）需求获取、需求规范说明（建模）、需求协商、需求确认等。
例如，书上page 23。
2.7 详细描述三个适合用于瀑布模型的软件项目。
（要求学生不仅仅列出项目的名称，而要说明为什么适合）瀑布模型适合于项目开发而不是产品开发。
信息管理系统一般适合于用瀑布模型。
因为这类系统业务功能较为明确，架构比较单一，技术难点较少。
图书馆系统、销售管理系统都是。
3.11 重构：已经写好的正确的代码，不断修正，使得代码更加精简并易读。
结对编程：两个人同时编写一段代码，一般一个人负责实现，一个人负责检查代码质量。
3.16 利用FDD，为“Web浏览器”定义一系列特征集合与特征。
特征集合模板：<Action><ing> an <Object> 如：出售一件商品特征定义模板：<Action> the <result> <by|for|of|to> a(n) <object>特征集合：展示Web页面内容。
特征：１）本地解析HT ML页面２）展示HTML页面３）从网络上下载页面相关图片４）在浏览器上展示图片附加：统一过程模型的图。
《软件工程-实践者的研究方法》chapter_07.ppt
the design must be a readable, understandable guide for those who generate code and for those who test and subsequently support the software.
the design should provide a complete picture of the software, addressing the data, functional, and behavioral domains from an implementation perspective.
be ha v i or a l element s
state diagrams sequence diagrams
Com pone nt Le v e l De sign
Int e rfa c e De sign Arc hit e c t ura l De sign
D a t a / Cla ss D e sig n
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill, 2009) Slides copyright 2009 by Roger Pressman.
Design Model
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill, 2009) Slides copyright 2009 by Roger Pressman.
the design should provide a complete picture of the software, addressing the data, functional, and behavioral domains from an implementation perspective.
be ha v i or a l element s
state diagrams sequence diagrams
Com pone nt Le v e l De sign
Int e rfa c e De sign Arc hit e c t ura l De sign
D a t a / Cla ss D e sig n
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill, 2009) Slides copyright 2009 by Roger Pressman.
Design Model
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill, 2009) Slides copyright 2009 by Roger Pressman.
软件工程实践者的研究方法讲义第三章
软件工程实践者的研究方法讲义第三 章
惯例过程模型的主要缺陷(COC02a)
❖忘记了开发计算机软件的人员的弱点。软件工 程师在工作方式上有很大差别，在技能水平、主 动性、服从性、一致性和责任心方面也有巨大差 异。一部分人可以通过书面方式很好地沟通，而 有些人则不行。 ❖过程模型可以“利用纪律或者宽容来处理人的 这一共同弱点”，大多数惯例过程模型选择了纪 律，“不能一致连贯地做同一件事是人性的弱点， 因而高度纪律性的方法学非常脆弱。”
软件工程实践者的研究方法讲义第三 章
人的因素
❖基本能力 ❖共同目标 ❖精诚合作 ❖决策能力 ❖模糊问题解决能力 ❖相互信任和尊重 ❖自我组织
软件工程实践者的研究方法讲义第三 章
敏捷过程模型
❖所有的敏捷方法（或多或少地）都遵循敏 捷软件开发宣言以及敏捷原则。 ❖常见的敏捷过程模型有极限编程、自适应 软件开发、动态系统开发方法、Scrum、 Crystal、特征驱动开发等。
软件工程实践者的研究方法讲义第三 章
自适应软件开发
•课本图3-3 自适应软件开发
软件工程实践者的研究方法讲义第三 章
动态系统开发方法(DSDM)
❖DSDM是一种提供“通过在可控项目环境 中使用增量原型开发模式完全满足对时间 有约束的系统的构建和维护”的敏捷软件 开发方法。
软件工程实践者的研究方法讲义第三 章
软件工程实践者的研究方法讲义第三 章
极限编程XP
❖XP使用面向对象方法作为推荐的开发范 型。XP包含了策划、设计、编码和测试4 个框架活动的规则和实践。如课本图3-2 所示。
软件工程实践者的研究方法讲义第三 章
极限编程
•课本图3-2 极限编程过程 软件工程实践者的研究方法讲义第三 章
惯例过程模型的主要缺陷(COC02a)
❖忘记了开发计算机软件的人员的弱点。软件工 程师在工作方式上有很大差别，在技能水平、主 动性、服从性、一致性和责任心方面也有巨大差 异。一部分人可以通过书面方式很好地沟通，而 有些人则不行。 ❖过程模型可以“利用纪律或者宽容来处理人的 这一共同弱点”，大多数惯例过程模型选择了纪 律，“不能一致连贯地做同一件事是人性的弱点， 因而高度纪律性的方法学非常脆弱。”
软件工程实践者的研究方法讲义第三 章
人的因素
❖基本能力 ❖共同目标 ❖精诚合作 ❖决策能力 ❖模糊问题解决能力 ❖相互信任和尊重 ❖自我组织
软件工程实践者的研究方法讲义第三 章
敏捷过程模型
❖所有的敏捷方法（或多或少地）都遵循敏 捷软件开发宣言以及敏捷原则。 ❖常见的敏捷过程模型有极限编程、自适应 软件开发、动态系统开发方法、Scrum、 Crystal、特征驱动开发等。
软件工程实践者的研究方法讲义第三 章
自适应软件开发
•课本图3-3 自适应软件开发
软件工程实践者的研究方法讲义第三 章
动态系统开发方法(DSDM)
❖DSDM是一种提供“通过在可控项目环境 中使用增量原型开发模式完全满足对时间 有约束的系统的构建和维护”的敏捷软件 开发方法。
软件工程实践者的研究方法讲义第三 章
软件工程实践者的研究方法讲义第三 章
极限编程XP
❖XP使用面向对象方法作为推荐的开发范 型。XP包含了策划、设计、编码和测试4 个框架活动的规则和实践。如课本图3-2 所示。
软件工程实践者的研究方法讲义第三 章
极限编程
•课本图3-2 极限编程过程 软件工程实践者的研究方法讲义第三 章
软件工程-实践者的研究方法-精选文档
Co m p o n e n t L e v e l D e sig n
use-cases - text use-case diagrams activity diagrams swim lane diagrams
data flow diagrams control-flow diagrams processing narratives
2
Analysis Model => Design Model
Evaluation only. ted with Aspose.Slides for .NET 3.5 Client Profile 5.2 Copyright 2019-2019 Aspose Pty Ltd.
sc e n a r i o - b a se d e le me nt s f low- or ie nt e d e le me nt s
4
Quality Guidelines
Evaluation only. ted with Aspose.Slides for .NET 3.5 Client Profile 5.2 Copyright 2019-2019 Aspose Pty Ltd.
A design should exhibit an architecture that (1) has been created using recognizable architectural styles or patterns, (2) is composed of components that exhibit good design characteristics and (3) can be implemented in an evolutionary fashion A design should be modular; that is, the software should be logically partitioned into elements or subsystems A design should contain representations of data, architecture, interfaces, and components. A design should lead to data structures that are appropriate for the classes to be implemented. A design should lead to components that exhibit independent functional characteristics. A design should lead to interfaces that reduce the complexity of connections between components and with the external environment. A design should be derived using a repeatable method that is driven by information obtained during software requirements analysis. A design should be represented using a notation that effectively communicates its meaning.
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
1
设计与质量
设计必须实现所有包含在分析模型中的明确需求,并且 必须满足客户期望的所有隐含需求。
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
2
质量指导原则
设计应展示出这样一种结构：
（a）已经使用可识别的体系结构风格或模式创建。 （b）由展示出良好设计特征的构件构成 （c）能够以一种演化的方式实现
分析模型 -> 设计模型
sc e na r i o- ba se d element s
use-cases - text use-case diagrams activity diagrams swim lane diagrams
f low- orient ed element s
data flow diagrams control-flow diagrams processing narratives
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
设计应该模块化，也就是说，软件应该按照逻辑划分为元素或子系统 设计应该包含数据、体系结构、接口和构件的清楚的表示
设计应该导出数据结构，这些数据结构适用于要实现的类，并从可识别的数 据模式提取
设计应该导出显示独立功能特征的构件 设计应该能导出接口 设计的导出应根据软件需求分析过程中获取的信息，采用可重复的方法进行 应使用能够有效传达其意义的方法来表达设计。
An aly sis Mode l
c l a ss- ba se d element s
class diagrams analysis packages CRC models collaboration diagrams
behavioral element s
state diagrams sequence diagrams
Байду номын сангаас2005
3
通用设计任务集——设计过程做 什么？
Page 131 (TaskSet)
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
5
数据抽象
door
manufacturer model number type swing direction inserts lights
Co m p o n e n t Le v e l De sign
Int e rfa c e D e sign A rc hit e c t ura l D e sign
D a t a / Cla ss D e sig n
Desig n Mo d el
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
type number weight opening mechanism
implemented as a data structure
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
6
过程抽象
open
details of enter algorithm
2005
4
基本概念
抽象——数据、过程、控制 体系结构——软件的整体结构 模式——传递了一个业已验证的设计解决方案的“精髓” 模块化——封装了数据和功能 隐藏——可控制的接口 功能独立——专一功能以及低耦合 重构——是一种简化设计的重组织技巧，不改变代码外部行为而改进其内
部结构，
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
对于那些生成代码的人和那些进行测试以及随后维护的 人而言，设计必须是可读的，可理解的指南。
设计必须提供软件的全貌，以实现的角度说明数据域、 功能域和行为域。
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s