《软件工程-实践者的研究方法》chapter_21.ppt
- 格式：ppt
- 大小：341.01 KB
- 文档页数：17
下载文档原格式
合集下载
软件工程第二章-软件过程
编码
运行 时期
1. 瀑布模型
瀑布模型(waterfall model)是软件工程最早的范例，
也称经典生命周期，它提出了一个系统的、顺序的软 件开发方法，从用户需求规格说明开始，通过计划、 建模、构建和部署的过程，最终提供一个完整的软件 并提供持续的技术支持。
沟通 项目启动 需求获取 策划 项目估算 进度计划 项目跟踪
… 框架活动 # n 动作 # n.1 任务集 …… 动作 # n.m 任务集 工作任务、工作产品、 质量保证点、项目里程碑
工作任务、工作产品、 质量保证点、项目里程碑
只有一种软件过程吗？
软件过程的种类很多，区别主要体现在几个方面： 组成过程的各个活动(包括普适性活动)、动作和任务，及其相互依 赖的关系都可能不同； 动作和任务的细化程度可能不同； 工作产品的定义和要求可能不同； 质量保证活动的应用方式可能不同； 项目跟踪和控制活动的应用方式可能不同； 过程描述的详细程度和严谨程度可能不同； 客户和利益相关者对项目参与的程度可能不同； 软件团队所赋予的自主权可能不同； 队伍组织和角色的明确程度可能不同。
下优先级进行增量开发：
第一个增量实现基本的文件管理、编辑和文档生成功能
； 第二个增量实现更加完善的编辑和文档生成功能； 第三个增量实现拼写和文法检查功能； 第四个增量完成高级的页面布局功能； ……
增量模型的特点
增量过程模型综合了线性、并行、演化三种过程流的
特征。
对于每个增量，使用的是线性过程流；
过程流
过程流(process flow)：描述了在执行顺序和执行时
间上，如何组织框架中的活动、动作和任务。 大致有四大类不同的过程流：
《软件工程-实践者的研究方法》chapter_17.ppt
2
What Are These Changes?
changes in business requirements
changes in technical requirements
changes in user requirements
other documents
Project Plan
software models
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
Bersoff, et al, 1980
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
(McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
4
Baselines
The IEEE (IEEE Std. No. 610.12-1990) defines a baseline as:
• A specification or product that has been formally reviewed and agreed upon, that thereafter serves as the basis for further development, and that can be changed only through formal change control procedures.
软件工程实践者的研究方法
软件工程实践者的研究方法软件工程实践者的研究方法是指在软件工程领域进行科研或实践活动时所采用的研究方法。
作为软件工程师或研究人员，了解和掌握科学的研究方法对于提高研究效果和质量至关重要。
首先，软件工程实践者常常会采用文献综述的方法。
文献综述是对已有文献进行系统性的搜集、整理和分析。
通过阅读和分析已有的相关文献，实践者可以了解和掌握已有研究的理论基础、研究方法和结果。
在进行软件工程研究时，文献综述可以帮助实践者了解当前研究热点和知识前沿，避免重复前人工作，并为自己的研究提供理论支持。
其次，软件工程实践者常常会进行实证研究。
实证研究是指通过实验、调查、数据分析等手段，收集和分析实际数据来回答研究问题。
在软件工程领域，实证研究可以帮助实践者验证和评估软件工程技术、方法和工具的有效性和可行性。
实证研究的方法包括实验设计、问卷调查、数据分析等。
实证研究通常需要建立假设、收集数据、进行数据分析并得出结论，从而为软件工程实践提供科学依据。
另外，软件工程实践者还可以采用案例研究的方法。
案例研究是通过深入研究个别现象，来了解其背后的特征、机制和原理。
在软件工程领域，案例研究可以帮助实践者了解特定软件项目的开发过程、团队合作方式、问题和解决方案等。
案例研究的方法包括案例选择、数据收集、数据分析和结果解释等。
通过案例研究，软件工程实践者可以提炼出通用的经验和教训，为软件工程实际工作提供指导和启示。
此外，软件工程实践者还可以采用原型开发和评估的方法。
原型开发是指通过迭代的方式，快速构建软件原型并与用户进行交互和反馈。
在软件工程研究中，原型开发可以帮助实践者快速验证和演示新的软件功能和设计理念。
而原型评估则是对原型实施用户调查、实验和评估，以了解用户对软件原型的满意度、易用性和实用性等。
原型开发和评估的方法可以帮助实践者迅速验证和改进其研究成果，提高软件工程实践的效果和用户体验。
最后，软件工程实践者还可以采用模型构建和仿真的方法。
软件工程-实践者的研究方法
软件工程-实践者的研究方法在软件工程领域，实践者经常面临着各种各样的问题，需要进行研究来解决这些问题。
研究方法在实践者的工作中起到了至关重要的作用，帮助他们系统地获取、分析和应用相关信息。
本文将介绍几种常见的软件工程实践者的研究方法，包括案例研究、调查研究、实验研究和文献综述。
一、案例研究案例研究是软件工程实践者常用的一种研究方法。
它通过详细地调查和分析实际的软件项目或实践案例，来获取关于软件开发和维护过程的有用信息。
案例研究可以帮助实践者深入了解实际工作中的问题、挑战和解决方法，从而提高他们的技术水平和工作效率。
二、调查研究调查研究是另一种常用的软件工程实践者的研究方法。
它通过问卷调查、访谈或观察等方式收集数据，以了解实践者在软件开发和维护过程中的实际行为、经验和观点。
调查研究可以帮助实践者了解目标用户的需求和期望，从而指导他们进行需求分析和设计工作。
三、实验研究实验研究是一种系统的、科学的研究方法，广泛应用于软件工程领域。
实践者可以设计和进行实验，以验证和评估不同的软件开发方法、工具和技术。
实验研究可以帮助实践者比较不同的解决方案，评估其性能和效果，从而帮助他们做出更为科学和合理的决策。
四、文献综述文献综述是软件工程实践者常用的一种研究方法。
它通过查阅和分析已有的文献和相关资料，来了解和总结某个特定主题的研究进展、方法和结果。
文献综述可以帮助实践者了解目前领域内的最新进展和成果，从而指导他们的实际工作和研究方向。
除了上述几种常见的研究方法，实践者还可以结合不同的方法进行混合研究。
例如，可以通过案例研究和调查研究相结合，来获取更全面和准确的信息；或者可以通过实验研究和文献综述相结合，来验证和支持已有的理论和方法。
总之，软件工程实践者在进行研究时可以选择多种方法，根据实际情况来确定最合适的方法。
无论选择哪种方法，都应该注重数据的收集和分析，严谨地进行研究，以获取有价值的结果，并将其应用到实际工作中，不断提高软件开发和维护的质量和效率。
《软件工程-实践者的研究方法》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中心库是一组机制和数据结构，使软件团队能够 用一种更有效地方法管理变更。
已经通过正式评审和批准的规格说明或产品，它可以作为 进一步开发的基础，并且只有通过正式的变更控制规程才 能修改它。
《软件工程-实践者的研究方法》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.
《软件工程-实践者的研究方法》chapter_09_cn_构件设计共15页
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
2
什么是构件？
在面向对象软件工程环境中，构件包括一组协作的类 （有时，一个构件只包含一个单独的类）。
2005
5
基本设计原则
开关原则/The Open-Closed Principle (OCP). “A module [component] should be open for extension but closed for modification.
什么是构件？
构件是计算机软件中的一个模块化的构造块。 OMG UML规范对构件的定义：系统中模块化的、可配
置的和可替换的部件，该部件封装了实现并暴露了一组 接口。 OMG Unified Modeling Language Specification [OMG01] defines a component as
com put ePageC ost ( ) com put ePaper C ost ( ) com put ePr odC ost ( ) c o m p u t e To t a lJ o b C o s t ( )
< < in t e r f a c e > > in it ia t e J o b
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,
软件工程实践者的研究方法讲义(PPT29张)
软件风险
一般认为软件风险包含两个特性：
不确定性——风险可能发生也可能不发生； 损失——如果风险发生，就会产生恶性后果或损失。
进行风险分析时，重要的是量化每个风险的不 确定程度和损失程度。为了实现这点，必须考虑 不同类型的风险。 项目风险威胁到项目计划。如果项目风险发生， 就有可能会拖延项目的进度和增加项目的成本。 项目风险是指预算、进度、人员、资源、利益相 关方、需求等方面的潜在问题以及它们对软件项 目的影响。
风险管理
工作产品是风险缓解、监测和管理计划或 一且风险信息表单。 所要分析和管理的风险，应该通过彻底研 究人员、产品、过程和项目来确定。 RMMM计划应该随着项目的进展而修订， 以保证所考虑的风险是近期可能发生的。 风险管理的应急计划应该是符合实际的。
风险管理
首先，风险涉及的是未来将要发生的事情。 今天和昨天的事情已不再关心。问题是： 我们是否能够通过改变今天的行为，而为 一个不同的、充满希望的、更美好的明天 创造机会。其次，风险涉及改变。如思想、 观念、行为、地点的改变……第三，风险 涉及选择，而选择本身就具有不确定性。 [CHA89]
1.高层的软件管理者和客户管理者已经正式承诺支持该项目了吗？ 2.最终用户对项目和待开发的系统/产品热心支持吗？ 3.软件工程团队及其客户充分理解需求了吗？ 4.客户已经完全地参与到需求定义中了吗？ 5.最终用户的期望现实吗？ 6.项目范围稳定吗？ 7.软件工程团队的技能搭配合理吗？ 8.项目需求稳定吗？ 9.项目团队对将实现的技术有经验吗？ 10.项目团队的人员数满足项目需要吗? 11.所有的客户/用户对项目的重要性和待开发的系统/产品的需求有共识 吗？
风险管理
对于软件工程领域中的风险，以上三条概念定义 是显而易见的。未来是我们所关心的——什么样的 风险会导致软件项目彻底失败？改变也是我们所关 心的——客户需求、开发技术、目标环境以及所有 其他与项目相关因素的改变将会对进度安排和总体 成功产生什么影响？最后，我们必须抓住选择机 会——应该采用什么方法及工具？需要多少人员参 与？对质量的要求要达到什么程度才是“足够的”？ 当没有办法消除风险，甚至连试图降低该风险也 存在疑问时，这个风险就是真正的风险了。“在弄 清楚软件项目中的”真正风险“之前，识别出所有 对管理者及开发者而言显而易见的风险是很重要的。
《软件工程-实践者的研究方法》chapter_12_cn_评审技术
ppt课件Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by R.S.
Pressman & Associates, Inc., copyright © 1996, 2001, 2005Software Engineering: A Practitioner’s Approach,
6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 199员领导，并面向技术人员的一个会议 在软件工程过程中，对一个工作产品的技术评估 一种软件质量保证机制 一个培训园地
4
What Do We Look For?
Errors and defects
Error—a quality problem found before the software is released to end users
Defect—a quality problem found only after the software has been released to end-users
ppt课件Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by R.S.
Pressman & Associates, Inc., copyright © 1996, 2001, 2005Software Engineering: A Practitioner’s Approach,
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
(McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
2
Scheduling Principles
compartmentalization—define distinct tasks
interdependency—indicate task interrelationship
falling behind schedule and a lack of action to correct the problem
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
4
Effort Allocation
40-50% 15-20% 30-40%
“front end” activities
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill 2009). Slides copyright 2009 by Rogeivery Time
Ef fort Cost
Impos sible region
Ed
Eo td
Tmin = 0.75T d
Ea = m (
t
4 d
/
ta4)
Ea = eff ort in person-months t d = nominal delivery time for schedule t o = optimal development time (in terms of cost) t a = actual delivery time desired
effort validation—be sure resources are available
defined responsibilities—people must be assigned
defined outcomes—each task must have an output
defined milestones—review for quality
technical difficulties that could not have been foreseen in advance;
human difficulties that could not have been foreseen in advance; miscommunication among project staff that results in delays; a failure by project management to recognize that the project is
For non-profit educational use only
May be reproduced ONLY for student use at the university level when used in conjunction with Software Engineering: A Practitioner's Approach, 7/e. Any other reproduction or use is prohibited without the express written permission of the author. All copyright information MUST appear if these slides are posted on a website for student use.
an honest underestimate of the amount of effort and/or the number of resources that will be required to do the job;
predictable and/or unpredictable risks that were not considered when the project commenced;
to
development time
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e
(McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
1
Why Are Projects Late?
an unrealistic deadline established by someone outside the software development group
changing customer requirements that are not reflected in schedule changes;
Chapter 21
Project Scheduling
Slide Set to accompany
Software Engineering: A Practitioner’s Approach, 7/e
by Roger S. Pressman
Slides copyright © 1996, 2001, 2005, 2009 by Roger S. Pressman