《软件工程-实践者的研究方法》chapter_07_cn_设计概念-35页精选文档

合集下载

软件工程:实践者的研究方法第七版讲义第四章

软件工程:实践者的研究方法第七版讲义第四章
❖ 如何描述由某成功的解决方案产生的“良好 的”输出?
❖ 该解决方案强调了什么问题? ❖ 能向我们展示(或描述)解决方案的使用环
境吗? ❖ 存在影响解决方案的特殊性能问题或约束吗?
整理ppt
25
首次提问
❖最后一组问题关注于沟通活动本身的效率。
❖ 你是回答这些问题的合适人选吗?你的回答 是“正式的”吗?
整理ppt
33
SafeHome实例[2]
整理ppt
31
SafeHome实例[1]
整理ppt
32
协同需求收集
❖在召开会议评审产品要求的前几天,要求 每个与会者列出构成系统周围环境的对象、 由系统产生的其他对象以及系统用来完成 功能的对象。此外,要求每个与会者列出 服务操作或与对象交互的服务(过程或功 能)列表。最后,还要开发约束列表(如 成本、规模大小、业务规则)和性能标准 (如速度、精确度)。这些列表不要求完 美无缺,但要反映每个人对系统的理解。
整理ppt
29
协同需求收集会议的基本原则
❖会议由软件工程师和其他的利益相关者共同举办 和参与。 ❖制定筹备和参与会议的规则。 ❖建议拟定一个会议议程,这个议程既要足够正式, 使其涵盖所有的重要点;但也不能太正式,以鼓 励思想的自由交流。 ❖由一个“调解人”(可以是客户、开发人员或其 他人)控制会议。 ❖采用“方案论证手段”。 ❖目的是识别问题,提出要解决方案的要素,协商 不同的方法以及在有利于完成目标的氛围中确定 一套解决需求问题的初步方案。
❖需求工程在设计和构造之间建立起联系的桥梁。有人认 为开始于项目共利益者,即在那里定义业务需求,刻画 用户场景,描述功能和特性,识别项目约束条件。另外 一些人可能会建议从宽泛的系统定义开始,此时软件只 是更大的系统范围中的一个构件。但是不管起始点在哪 里,横跨这个桥梁将把我们带到项目之上更高的层次: 由软件团队检查将要进行的软件工作的内容,必须提交 设计和构建需要的特定要求,完成指导工作顺序的优先 级定义以及将深切影响随后设计的信息、功能和行为。

《软件工程-实践者的研究方法》chapter_20_cn_项目估算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页

《软件工程-实践者的研究方法》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中心库是一组机制和数据结构,使软件团队能够 用一种更有效地方法管理变更。
已经通过正式评审和批准的规格说明或产品,它可以作为 进一步开发的基础,并且只有通过正式的变更控制规程才 能修改它。

软件工程实践者的研究方法_背诵知识点20141224

软件工程实践者的研究方法_背诵知识点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. 软件过程问‎题自问?用敏捷还是‎用瀑布?质量检查点‎分别有哪些‎?有几个Mi‎leSto‎n e?2.2 为沟通活动‎设计一系列‎动作,选定其一并‎设计任务集‎。

(批作业的时‎候,以合理为目‎标,不一定要一‎样)需求获取、需求规范说‎明(建模)、需求协商、需求确认等‎。

例如,书上pag‎e 23。

2.7 详细描述三‎个适合用于‎瀑布模型的‎软件项目。

(要求学生不‎仅仅列出项‎目的名称,而要说明为‎什么适合)瀑布模型适‎合于项目开‎发而不是产‎品开发。

信息管理系‎统一般适合‎于用瀑布模‎型。

因为这类系‎统业务功能‎较为明确,架构比较单‎一,技术难点较‎少。

图书馆系统‎、销售管理系‎统都是。

3.11 重构:已经写好的‎正确的代码‎,不断修正,使得代码更‎加精简并易‎读。

结对编程:两个人同时‎编写一段代‎码,一般一个人‎负责实现,一个人负责‎检查代码质‎量。

3.16 利用FDD‎,为“Web浏览‎器”定义一系列‎特征集合与‎特征。

特征集合模‎板:<Actio‎n><ing> an <Objec‎t> 如:出售一件商‎品特征定义模‎板:<Actio‎n> the <resul‎t> <by|for|of|to> a(n) <objec‎t>特征集合:展示Web‎页面内容。

特征:1)本地解析H‎T ML页面‎2)展示HTM‎L页面3)从网络上下‎载页面相关‎图片4)在浏览器上‎展示图片附加:统一过程模‎型的图。

《软件工程-实践者的研究方法》chapter_07.ppt

《软件工程-实践者的研究方法》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.

软件工程实践者的研究方法讲义第三章

软件工程实践者的研究方法讲义第三章
软件工程实践者的研究方法讲义第三 章
惯例过程模型的主要缺陷(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.

软件工程实践者的研究方法英文精编版第八版课程设计

软件工程实践者的研究方法英文精编版第八版课程设计

Research Methods for Software Engineering Practitioners - Curriculum Design for the 8th Edition(英文精编版第八版课程设计)IntroductionSoftware engineering is a highly complex and dynamic field that requires the use of effective research methods to identify, evaluate and adopt new and emerging technologies. As such, it is essential for software engineering practitioners to have a solid understanding of research methodology and techniques in order to remn competitive and innovative within the industry.This curriculum design is med at providing software engineering practitioners with a comprehensive understanding of research methods and their application within the field. The 8th edition of this course has been updated to reflect the latest trends and technologies in software engineering research.Course OverviewThe course is designed to cover a range of research methods and techniques, including quantitative and qualitative research, case studies, experiments, surveys, and action research. The course will be structured around the following modules:Module 1: Introduction to Research MethodsThis module will provide an overview of the different types of research methods and their applications within software engineering. It will cover the research process, including problem identification, research design, data collection, analysis, and interpretation.Module 2: Quantitative Research MethodsThis module will focus on quantitative research methods, including experimental research, survey research, and correlational research. It will cover the statistical analysis of data, including hypothesis testing and regression analysis.Module 3: Qualitative Research MethodsThis module will focus on qualitative research methods, including case studies, action research, and ethnography. It will cover data collection techniques, such as interviews, observations, and document analysis, and how to analyze and interpret qualitative data.Module 4: Mixed Methods ResearchThis module will cover mixed methods research, which combines quantitative and qualitative research methods. It will cover the benefits and challenges of mixed methods research, and how to integrate quantitative and qualitative data.Module 5: Research EthicsThis module will cover ethical issues in software engineering research, including informed consent, confidentiality, and data protection. It will also cover ethical issues related to the use ofartificial intelligence and machine learning in software engineering research.Learning OutcomesUpon completion of this course, students will be able to:•Understand the research process and different types of research methods•Evaluate the strengths and weaknesses of different research methods•Design and conduct research studies using appropriate research methods•Analyze and interpret quantitative and qualitative data•Understand ethical issues related to software engineering researchAssessmentAssessment will be based on a combination of coursework and a final exam. Coursework will include research proposals, research papers, and presentations. The final exam will test students’ knowledge of research methods and their ability to apply them to software engineering research.ConclusionThe 8th edition of Research Methods for Software Engineering Practitioners provides students with a comprehensive understanding of research methods and their applications within software engineering. The course is designed to equip students with the knowledge and skills theyneed to conduct effective software engineering research and remn competitive within the industry.。

软件工程实践者研的究方法-文档资料

软件工程实践者研的究方法-文档资料
< < in t e r f a c e > > co m p u t eJo b c om put ePageC os t ( ) c om put ePaper C os t ( ) c om put ePr odC os t ( ) c o m p u t e T o t a lJ o b C o s t ( )
“… a modular, deployable, and replaceable part of a system that encapsulates implementation and exposes a set of interfaces.””
2
OO Component
a n a ly sis c la ss P rin t J o b n u m b e rO f P a g e s n u m b e rO f S id e s p a p e rT y p e m a g n if ic a t io n p ro d u c t io n F e a t u re s c o m p u t e J o b C o s t( ) p a s s J o b t o P rin t e r( )
< < in t e r f a c e > > in it ia t e J o b b u ild W o r k O r d e r ( ) c h e c k P r io r it y ( ) p a s s J o b t o P r o d u c t io n ( )
3
Conventional Component
Evaluation only. ted with Aspose.Slides for .NET 3.5 Client Profile 5.2 Copyright 2019-2019 Aspose Pty Ltd.

软件工程-实践者的探究方法(5)资料文档

软件工程-实践者的探究方法(5)资料文档

Access camera surveillance via t he
Int ernet
cameras
functions
users can play a number of different roles for a given scenario
homeowner
Conf igure Saf eHome syst em paramet ers
功能(用例) 模型
对象/关 系模型
对象/行为模型
4
4
Elements of Requirements Analysis
5
Scenario-Based Modeling
“[Use-cases] are simply an aid to defining what exists outside the system (actors) and what should be performed by the system (use-cases).” Ivar Jacobson
To begin developing a set of use cases, list the functions or activities performed by a specific actor.(考虑每一个角色是如 何使用系统的)
7
How Much to Write About?
As further conversations with the stakeholders progress, the requirements gathering team develops use cases for each of the functions.
控制流从一个动作或活动状态传递到下一个动作或活动状态称为 跃迁,跃迁可以用简单的有向线条表示。

《软件工程-实践者的研究方法》chapter_06_cn_建模-流程行为与模式

《软件工程-实践者的研究方法》chapter_06_cn_建模-流程行为与模式

provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005
6
外部实体
数据的构造者或消费者 例如: 人, 设备, 传感器 另外一个例子: 基于计算机的系统
数据必须总是从某个地方起源,然后必须被送到另外一个地方。
area
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
provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005
15
流模型注意事项
所有泡泡都被精化,直到每个泡泡只做一件事情 当层次增加的时候,扩展率不断降低 对于一个描述比较充分的数据流模型,大多数系
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

读书笔记--软件工程实践者的研究方法(一)

读书笔记--软件工程实践者的研究方法(一)

读书笔记--软件⼯程实践者的研究⽅法(⼀)软件⼯程实践者的研究⽅法Software Engineer-Apractitioner’s Approach Fourth Edition第⼆部分软件项⽬的管理第三章项⽬管理的概念作者提出有效的项⽬管理集中于3个P:⼈员(people),问题(problem),过程(process)。

⼈员:项⽬参与者:包括:领导,项⽬经理,开发⼈员,客户(提出需求的⼈),最终⽤户(使⽤软件者)问题:作者提出软件项⽬管理的第⼀个活动是软件范围的确定。

即以下⼏个问题:背景:软件适应什么系统,产品的背景,有什么限制。

⽬标:软件要产⽣什么样的数据来作为输出。

需要什么输⼊。

功能和性能:软件有哪些功能,需要满⾜什么样的特殊性能。

作者提出⾯对问题“分⽽治之”的策略。

细化,提供更多细节。

过程:过程中如何选择⼀个合适的软件过程模型。

过程采⽤的软将⼯程模型主要有:线性顺序模型,原型模型,RAD模型,增量模型,螺旋模型,构件组装模型,并发开发模型等。

过程需要分解成具体的⼯作任务:如在与⽤户联系的时候,可能需要下列⼯作任务来完成:1.复审⽤户要求2.安排与⽤户讨论的会议3.研究如何定义解决⽅案和⽅法4.为正式的会议准备⼀份“⼯作⽂档”和议程。

5.召开会议6.共同制定需求规格说明书,该说明书能反映软件的数据,功能和⾏为特性。

7.复议每⼀份规格说明书,确认其正确性,⼀致性,和⽆⼆义性。

8.将所有的⼩规格说明书组装起来形成⼀份范围⽂档9.复审范围⽂档。

10.根据需求修改范围⽂档。

软件工程-实践者的研究方法 (6)资料

软件工程-实践者的研究方法 (6)资料
22
Structured Language - Example
“检查发货单”的过程描述 if 发货单金额超过$500 then
if 欠款超过60天 then 在偿还欠款前不予批准
else (欠款未超期) 发批准书,发货单
else (发货单金额未超过$500) if 欠款超过60天 then 发批准书,发货单及赊欠报告 else (欠款未超期) 发批准书,发货单
23
Control Specification- Decision Table
如果算法中包含多重嵌 套的条件选择时,用判定表 能清晰地表达条件组合与动 作之间的对应关系.
判定表的构造方法: 1)列出与一个具体过程有关的全部操作。 2)列出该过程执行期间的所有条件或作出的判定 3)找出每个可能的组合,将各组特定的条件与特定操作相结合,
sensor # report required
look-up sensor
data
sensor number
sensor #, type, location, age
type, location, age
sensor data
8
Data Flow Diagramming: Guidelines
all icons must be labeled with meaningful names the DFD evolves through a number of levels always begin with the level 0 do not represent procedural logic
Processes that manipulate data objects are modeled in a manner that shows how they transform data as data objects flow through the system.
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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
相关文档
最新文档