人生智慧的博客

1需求启发 发现系统预期需求的过程。主要采用访谈、问卷调查等等 2需求分析 解决问题，就需求的变化达成一致，帮助开发人员理解和构建系统。使用实体关系图（ERD），数据流图（DFD），状态转换图（STD），活动图和用例图等不同的图表来描述不同详细程度的需求。有助于开发人员理解需求。模糊的需求可以通过查看需求文档来确定。 在审阅文件时可以发现需求冲突和不切实际的要求等错误。 3需求文档 用来

需求管理是管理需求变更的过程。 由于系统错误和更好地理解客户真实需求的发展，变化是不可避免的。 需求管理与软件开发中的其他需求活动同时进行。 需求管理的活动包括：将项目计划与需求保持一致，控制需求版本，跟踪需求状态，跟踪需求，如图2.4所示。 每个项目在开发过程中都容易发生变化。 要求的变更不能完全避免，但可以进行管理。 更改可能是由于添加要求。 他们也可能是由于纠正错误。 可以进行更改以满

软件需求规格应该满足的要求 （1）内部属性（INTERNAL） 描述了应该如何规定需求。 它们应该包括什么以及它们如何影响它人属性。 （2）无歧义（Unambiguous） 当且仅当其中所述的每个要求只有一个解释时，要求文件才是明确的。 像英语这样的自然语言有许多固有的含糊的词汇。 Scott等人 [24]建议使用确定性有限状态机（FM），Pertinens和决策树。 虽然它们固有的含义较

1. 概念 显示最重要的业务概念和它们之间的关系的类图。类表示业务概念，但类通常只包含重要属性，不包含操作。关联和泛化显示了这些概念之间的关系。 2. 建立用例模型的过程 2.1发现类和对象 (1)名词分析法 识别问题域和用例描述中的名词和名词短语，然后将它们作为候选的概念类或属性。 举例： 主要的成功场景： 1.顾客携带购买的商品到达POS机收费口 2.收银员开始一次新的销

健壮性图 1.设计模型 这里要解释一下什么是架构模型什么是设计模型。 架构模型：软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口来实现。