需求分析--哲洙老师的笔记重点.docx

第一章 软件过程：软件开发本质：软件工程是软件固有的复杂性，一致性、可变性，不可预见性的产物。利益关系人：People who have a stake in a softwareproject: Customers (users and system owners) Developers (analysts, designers, programmers,etc.)软件过程：过程模型：说明执行活动的次序说明需要交出什么样的制品以及什么时候 交出将活动和制品分配给开发者提供监控项目进程、评估产出和计划未来项目的准则。软件开发生命周期：Business Analysis（functional and non-functional requirements）System Design（architectural design detailed design）Implementation（coding round-trip engineering）Integration and Deployment Operation and Maintenance面向对象方法与结构化方法的区别：结构化方法首先关心的是功能，强调以模块（即过程）为中心，采用模块化、自顶向下、逐步求精设计过程，系统是实现模块功能的函数和过程的集合，结构清晰、可读性好，的确是提高软件开发质量的一种有效手段。结构化设计从系统的功能入手，按照工程标准和严格规范将系统分解为若干功能模块。然而，由于用户的需求和软、硬件技术的不断发展变化，作为系统基本成分的功能模块很容易受到影响，局部修改甚至会引起系统的根本性变化。开发过程前期入手快而后期频繁改动的现象比较常见。 面向对象方法则从所处理的数据入手，以数据为中心来描述系统，数据相对于功能而言，具有更强的稳定性，这样设计出的系统模型往往能较好地映射问题域模型。对象、类，、继承性、多态性、动态定连概念和设施的引入使用，显然令面向对象的设计方法具有一定的优势，能为生产可重用的软件构件和解决软件的复杂性问题提供一条有效的途径。 面向对象的设计过程就是指通过建立一些类以及它们之间的关系来解决实际问题，这就需要对问题域中的对象作整体分析，类和类间关系的设计要求较高，否则设计出的并不是真正意义上的面向对象的软件系统，而只是一些类的堆砌而已，不能体现出面向对象设计方法的优势之处。第二章 需求需求获取的重要性：最困难、最关键、最易出错、最需要交流什么是需求：谁需要什么样的东西（谁：需求主体 什么样：需求形式 东西：需求的内容）。需求层次：业务需求 用户需求（只要是用户说出来的无论是什么都是用户需求）功能需求 技术需求需求的种类：功能性需求系统应该做什么。非功能性需求系统的特定特性或者约束。也就是为如何实现这些功能需求设定约束需求获取的步骤和流程：收集与系统相关的资料定义系统将放置的技术环境系统相关人员分析指定需求获取计划针对性准备相关需求获取问题选择针对性的需求获取方法开展需求获取活动需求获取总结需求获取技术：访谈： 适用于用户的当前工作和当前问题。问卷调查：大型企业或公共信息系统的设计观察：增强对当前工作和部分相关问题的了解。文档研究： 规章制度，行业规范标准，企业报表，工作流程。需求获取障碍：1、交流障碍；2、用户意见不统一；3、错误的要求；4、提供的信息不完整；5、缺乏共同语言；6、需求永远不会稳定。第三章 对象和对象建模什么是对象、对象间的交互：对象：具有良好定义的封装了状态和行为边界的具体事例。对象的特点：对象拥有区别于其他对象的唯一标识对象拥有状态 存在从创建到销毁的生命周期对象附有确定的职责 并表现出特定的行为对象都能被归类对象将内部结构 细节对外封闭对象将实现与接口分离对象间的交互：对象间的交互时通过消息的传递来实现的。 使用发送对象向接收对象发出的某个操作的请求。什么是类、类间关系：类：共享相同属性操作方法。关系或行为的一组对象的描述符。类间关系：依赖 关联 聚合 组合 继承对象和类的关系：每个对象都是某个类的实例，每个类都有零个或者多个实例类是生成对象的模板类是静态的，它们的存在，语义和关系都在程序执行之前就确定的对象是动态的，在应用程序的生命周期中被创建和销毁。抽象和封装的含义与关系：接口更多是在系统架构设计方法发挥作用，主要用于定义模块之间的通信契约。抽象类在代码实现方面发挥作用，可以实现代码的重用。四、（1）什么是用例？ 1）参与者与系统功能特征间的交互关系。2）用例实例是系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。功能 ！= 用例 = 功能的集合（2）用例建模的目的和意义？1）用一种用户可以理解的语言交流系统要做什么。2）是用户和开发者之间的可视化契约。（3）用例模型的作用？1）用例模型代表了（从最终用户角度看）系统的功能和行为。2）用例模型是通过参与者与系统之间的交互关系，描述系统对外提供的功能特征。（4）用例建模的流程？1）确定系统范围，定义目标系统。2）识别参与者及其目标。3）捕获用例。4）对系统的用户目标层用例进行细化。5）用例详述。6）分解、合并用例、精化用例模型。（5）用例详述前置条件）描述了执行用例之前，系统必须满足的条件。后置条件）用例执行结果必须为真的条件。总结了在场景结束后系统的状态。五、（1）什么是用例分析？用例分析是从用例模型到分析模型的过程，是需求与设计之间的桥梁。用例分析把系统的行为分配给分析类，让分析类交互完成系统的行为。（2）用例分析的方法与步骤？用例分析的步骤：1）补充用例描述。2）从用例行为中查找分析类。3）分析类的分类。（3）用例模型、概念模型、动态模型的作用？用例模型） 帮助开发团队理解系统的各种功能需求。概念模型） 帮助开发团队理解问题领域的各种概念各种名词、以及他们之间的关系，描述系统的结构特征。动态模型）描述系统的动态行为特征。（4）分析模型包含的内容？静态模型和动态模型（5）创建概念模型的方法与步骤？1） 寻找问题域。2） 寻找分析类3） 数据库逻辑模型六、（1）扩展用例和包含用例的区别？共同点：1）他们都是基本用力的一部分。2）基本用例不执行，扩展用例和包含用例都不会执行。3）扩展用例可以扩展多个基本用例，包含用例可以被多个基本用例包含。区别：1）扩展关系中的基本用例的基本流执行时，扩展用例不一定执行。2）包含关系中的基本用例的基本流执行时，包含用例一定执行。（2）用例模型包含的内容？（缺一个没分）1）用例图。2）用例详述。3）活动图描述事件流的流程。4）主要的界面原型。（3）类建模创建概念模型1）目的：帮助开发团队理解问题领域的各种概念各种名词、以及他们之间的关系。2）作用：描述了系统的结果化特征识别概念：1） 名词短语。2）公共类模型。3）用例驱动。4）CRC。其中2、3依赖于用例详述是否完整准确。公共类模式：从通用的对象分类理论中导出候选类。（4）子系统和包的区别？子系统比包封装的好，子系统有具体行为而包没有。（5）创建设计模型的方法与步骤？在构建交互模型时，将会发现类应该具有的方法，也会在设计时找到一些新的属性，而这些东西将进一步地完善我们的静态模型(概念模型)设计类图的步骤分析类到设计类转换v 识别类和子系统v 设计子系统是一种模型元素，它具有包（其中可包含其他模型元素）和类（其具有行为）的语义v 子系统的行为由它实现的一个或多个接口来定义 v 子系统的行为由它所包含的类或其他子系统提供v 子系统内部的元素对外不可见v 识别子系统接口v 识别复用机会v 修改设计模型的组织v 评审v 设计模型内容: 交互模型 设计类图 部署图（6）创建设计模型的关键与核心？（7）设计元素有哪些？七 、（1） UI设计有哪些指导原则?1) 以用户为中心2) 一致性3) 个性化和用户化4) 容错性5) 反馈性6) 有美感且使用性强（2） 用例分析的目的：确定执行用例事件流的类（3） 分析类的种类：边界类（Boundary Class）：负责系统与外界通讯和交互控制类（Control Class）:父子协同、调度、处理事务并控制系统的其他对象的行为。实体类（entity Class）:主要负责保存和管理系统的信息应用逻辑对象：是实体类的变形，分为业务逻辑对象和算法对象。分析类是从用例事件流中识别出来的。（4）分析模型：1）静态模型（分析类）：帮助开发团队理解问题领域的各种概念各种名词、以及他们之间的关系，描述系统的结构特征。2）动态模型（序列图）：描述系统的动态行为特征。八、（