大三-软件工程第2章过程与方法

软件第十析与年月日第6章需求分析与需求管 10.1需求分10.1.1需求10.1.2分析*10.1.3需求规格说*10.2需求管第6章需求分析与需求管 需求验需求验规格需求分需求获第6章需求分析与需求管 分析需求可行细化需建立需求分析模本质

第6章需求分析与需求管 描述客户需要什么（软件的信息、功能和行为为软件设计奠定基础（结构、接口、构件设计定义在软件完成后可以被确认的一组需第6章需求分析与需求管 抽象：透过现象看本抓住事物的本质，捕获问题空间的“一般/特殊”关系是认识、构问题的一般途径世物 精地理特区 城草山

水建桥梁海

陆 水码头公 河输油第6

输电6分而治分离问题，捕获问题空间的“整体/部分”关系是降低问题复杂性基本途径

子问题子问题问题的深

整个问子问整个问子问题问题的深问题的广

子子子问问问题题题1子子子问问问题题题123第6

问题的广 投影：从不同视捕获并建立问题空间 视图是描述问题的基 第6章需求分析与需求管 建模：需求描述模型采用规范的描述方严格的模型，作为进模型的作用两种模型形态形式化的数学模型(formalmathematical非形式化的图形化模型(informalgraphical第6章需求分析与需求管 分析模型的每个元素都应该能增加对软件需求的整体并提出对信息域、功能和系统行为的深关于基础结构和其他非功能的模型应推延到设计阶段再最小化整个系统内的关确认分析模型为所有共利益者都带来价值（客户、设计、测试人员）尽可能保持模型简第6章需求分析与需求管 10.1需求分10.1.1需求10.1.2分析*10.1.3需求规格说*10.2需求管第6章需求分析与需求管 面向对象的分析模型由三功能模型：从用户的角度获取功能需求，由用例模型表静态结构模型(领域模型)界中对象的可视化表动态行为模型：描述对象之间的交互行为，由顺序图和作图表示

第6章需求分析与需求管

用例模型

((

)

2

第6章需求分析与需求管理领域模型（类 发现和描述对象（或概念）是面向对象分析 领域模型是对领域内的概念类或现实中对象的可视化表领域模型也称为概念模型、领域对象模型和分析对象模领域模型是OO分析中最重要的和经典领域模型描述的是真实世界的概念，而非软件对象的概第6章需求分析与需求管

业务建

..概念类、..属性

........些术语的细收银员收银员商品IDOperation:Post-Operation:Post--..销售过顾客到达收银员输入商操作契

词汇

用例文设计模::::: 设

spec=getProductSpec(itemID)addLineItem(spec, ty)..第6章需求分析与需求管 第6章需求分析与需求管 第6章需求分析与需求管 概念类是思想、事物或对象。更正式地讲，概念类可以从其符号、内涵和外概念符概念符号:表示概念类的词语或概念内涵：概念类的定概念内涵：概念类的定具有日期和时间”

第6章需求分析与需求管 通过领域建模能够降低与OO建模之间的表示差 11getBalance():getBalance():getTotal():getTotal():..amount:date:Date1第6章需求分析与需求管 第一阶段：建立静态模型（领域建模寻找概念概念或领概念或领域对象描述属 关

Contained-

Records-sale-

1*1Paid-

Captured-on1

属性1属性第6章需求分析与需求管 方法1：重用和修改现有的模方法2：使用分类列方法3：确定名词短

第6章需求分析与需求管 … 销售信息。准确计算税金。更新账务和库存信息。。…第6章需求分析与需求管 选择概念固定必要的多属公共公共基本

▪+状态,+行为，独立对状态,-系统需要它的状态数据，其对象的属否则，摈▪+行为,-状态，信息遗-行为,-状态第6章需求分析与需求管 选择概念类示顾客,商品,POS,收银员,销售处理,物品项列表,物品描述,账款,产品POS,收银员顾客携带商品到销售终端POS前系统显示最后的总价 系统打印收据第6章需求分析与需求管 第6章需求分析与需求管 关联：关联是类之间的关Records- 第6章需求分析与需求管 关–避免加入太多的关-"reading-"readingdirection-ithasnomeaningexcepttoindicatedirectionreadingtheassociation-often associationassociation第6章需求分析与需求管 概念类图示例--

1

Stocked-

is-

---

----

1 --

work- 第6章需求分析与需求管 当需求（例如，用例）建议或暗示需要记住的信/total:第6章需求分析与需求管 按照一 ，找出对象的某些属性人员 、地址等认真研究问题域，找出对象的某些属性商品的条形码、学生的学号根据系统责任的要求，找出考虑对象需要系统保存的信息，找出对象的相应属性对象为了在服务中实现其功能，需要增设一些属性识别对象需要区别的状态，考虑是否需要增加一个属性来区别这些态确定属性表示整体与部分第6章需求分析与需求管 何时使用描述类serialnumber serial第6章需求分析与需求管 概念类图示例

Records-sale-

1

1

Used-*

*

Contained-1

1Houses/

Captured-

11Paid-

Is-

Works-

第6章需求分析与需求管 动态行为模型可用两个新视图描顺序图(Sequence协作图(Collaboration第6章需求分析与需求管

第6章需求分析与需求管 3-4直到录入完

[moreitems

description,

totalwith changedue,第6章需求分析与需求管 系统顺序用例描述顾客向系统提起查询系统根据请求为顾客提供一 CD的推荐列顾客在推荐列表中选定CD，然后要求查看更详细的系统为顾客提供选定CD信顾 选定CD.顾客离开

客客CDCD第6章需求分析与需求管 将用户请求与分析类结合在一起，按照职责分配的原则通过分析类的协作实现对用户的注意与系统顺序图的一步骤列出启动该用例的参与列出启动用例时参与列出管理该用例的控制对根据用例描述的流程，按时间顺序列出分析类之间进行消 第6章需求分析与需求管 [例 :::::1:additem(2:4:return第6章需求分析与需求管 [例]

:

:

::

:

:

:Loop

:

:9:

:8:

::

:

:::

:

:第6章需求分析与需求管 通过顺序图将用例行为分配到相应的分析类之后，确定象职责每一个消息对应一个操作，并确定消息属性操第6章需求分析与需求管 第6章需求分析与需求管 管理系 学生信查学生信学 课 教师信管理选择教授课教提交成

课程信BillingBilling第6章需求分析与需求管 用例模分析

学 课 第6章需求分析与需求管 : ::

[registrationopen第6章需求分析与需求管 :

:

:

:

:

:第6章需求分析与需求管 :

:

:

:

:

:

SequenceDiagram:RegisterforCourses/RegisterforCourses-SaveSchedule[isselectedRepeatforallcourseAnattemptismadetoregisterthestudentforallselectedcourse

s(open,andno s第6章需求分析与需求管 courseID:StringstartTime:TimeendTime:Timedays:Enum/numStudents:第6章需求分析与需求管

11 0..n

courseID:StringstartTime:TimeendTime:Timedays:Enum 0..n/numStudents:

第6章需求分析与需求管 10.1需求分10.1.1需求10.1.2分析*10.1.3需求规格说*10.2需求管第6章需求分析与需求管 需求验需求验规格需求分需求获第6章需求分析与需求管 IEEEStd830-1998:mendedPracticeforRequirements第6章需求分析与需求管 引言整体描述(overall需求描述(specific

第6章需求分析与需求管 10.1需求分10.1.1需求10.1.2分析*10.1.3需求规格说*10.2需求管第6章需求分析与需求管 需求验需求规格需求验需求规格需求分第6章需求分析与需求管 第6章需求分析与需求管 需求验证的技需求验证主要围绕SRS的质量可验证性、可修改性、 第6章需求分析与需求管 ▪▪▪▪作者：创建正在的产品调解者：与作者一起会的进行制订计划读者员)：每且允许其 员规格说明中的一块内容，并做出解释，时提出问题。对于一份需求规格说明员每次必须对需求给出注解或一个简短评论记录员：用标准化的形式记录会问题和“ 需求文档或其它软件产品上花费一个小时，可节省将来十个时的工作时间。需求评审所需的参与角第6章需求分析与需求管 第6章需求分析与需求管 已经明确阐述 所有问题已经正确修改了文修订过的文档已经进行了拼写检查和语所有文档已经登记入项目的配置管理检查是否已 过的资料送到有关收集处第6章需求分析与需求管 10.1需求分10.1.1需求10.1.2分析*10.1.3需求规格说*10.2需求管第6章需求分析与需求管 需求管理是分析变更影响并控制变更的过程，主要包更控制、版本控制和需 等活动第6章需求分析与需求管 “无论何时客户对我们的分析人员提出变更要求，他们是说同意，我们就只好努力去——这是软件设计与开发人员的经常不被控制的变更是项目陷 、不能按进度执行或软质量低劣的共同应仔细评估已建议的变挑选合适的人选对变更做出决变更应及时通知所有涉及的人项目要按一定的程序来采纳需求第6章需求分析与需求管 关于需求变更：绝对不可动摇的原则绝对不可动摇的原则“需求文档应精确描述要交付——要是软件需求文档同产品不一致，那它就毫无用处，甚至有一个软件需求文档来指导开发组开发一样第6章需求分析与需求管 关于需求变更：绝对不可动摇的原则绝对不可动摇的原则“要敢于说‘不——很多人不喜欢说“不”，开发者只好在各种压力下接受每一的需求 策略：学会说“现在第6章需求分析与需求管 理想情况在开始构造前应该收集到所有新系统的需求，在通过需求验证之应该冻结，而且在开现实情况因此，需要采纳需求变更过程来控制用户需求的频繁变第6章需求分析与需求管 变更控制过程并不是“拖延时间以敷衍用户”，它是和滤器，过可确采纳最适变更，的 小。失 成第6章需求分析与需求管 私自变更造成 ——“我正在应客户的要求添加一个销售分类查询的功能，本以为很就可以完成，但实际上比我原先预计的工作量超期多了。——“本该通过正 进行变更，但这个功能看上去较简单，所以时我就答应他了。——“这个功能其实并不简单，每次当我认为该完在另一个文件中漏了一个变更，所以不得不修改它、再测试——“原以为花第6章需求分析与需求管 各项需求之间存在着关联关系，因此一个看似很小的改变可能会影很大的范围在同意接受建议的变更之前，要确信弄清楚此次变更到底会影响到么波纹效Ripple第6章需求分析与需求管 影响分析(impactysis)：定量方法先找到直接受影响的因再根据“波纹效应”，找到间接受影的因第6章需求分析与需求管 ——“我终于实现了库存报告中重排序的功能。 在项目的每周会上说——“噢，用户在两周前就取消这个功能了。”项目经理说，“你没改过的软件需求规格说明吗版本控制是管理需求的一个必要方面需求文档的每一个版本必须被统一确定组内每个成员必须能够得到需求的当前版本，必须清楚地将变更写文档，并及时通知到项目开发所涉及的人员为防 ，应仅允许指定的人来更新需求第6章需求分析与需求管 创建需求的时需求的版本创建需求的作负责认可该需求的人需求状需求的原因或根据(或信息的出处需求涉及的子系需求涉及的产品版本使用的验证方法或接受的测试标优先级或重要程需求的稳定第6章需求分析与需求管 状态定已建该需求已被提出需求的人建已批（）已实已实现需求代码的设已验已验证了所实现的需求，例如测试和检测，该需求与试用例相符。该需求现在被认为已删该计划的需求已从基决定的人第6章需求分析与需求管 第6章需求分析与需求管 需求追溯链(TraceabilityLink)的四客户需求→SRS需当客户需求发生变更时，可找到受影响的SRS需求并确认SRS中包含了所有客户需求SRS需求→客户需 SRS需求→下游产下游产品→SRS需确认每个具体软